The Procedure Model.The basic idea

The Procedure Model.
The basic idea of the procedure model is that a service should be provided by a
simple procedure run as part of the calling process. Essentially, a service is requested by
a procedure call on an appropriate library routine. The principle advantage of the procedure
model is its simplicity and a well understood interface to the user of the service.
The disadvantage is that the semantics of this model are not as clean as the syntax. In
particular, the assumption that a service is part of a user process is often undesirable, perhaps
for security or record keeping. In a distributed system the problem is even more
acute. The semantics of the single site procedure call are fairly difficult to preserve
across machine boundaries, since these semantics are grounded in the mechanics of the
procedure call on a single machine. For this reason, most of the distributed systems that
appear to be based on the procedure model are actually layered on top of one of the other
methods. Unfortunately, this layering has proven very difficult to completely disguise.
In a distributed system, the implementation of the procedure model is difficult.
Most designers have chosen to layer the procedure call interface on top of some other
method. Unfortunately, there is not yet an agreement on the semantics of a procedure
call, mostly because the desired semantics (precisely those of the single machine procedure
call) are fairly difficult to implement. Furthermore, as mentioned above, the

ผลลัพธ์ (ไทย) 1:

รูปแบบกระบวนการเป็นความคิดพื้นฐานของแบบจำลองขั้นตอนว่า ควรให้บริการโดยการขั้นตอนง่าย ๆ รันเป็นส่วนหนึ่งของกระบวนการเรียก หลัก การร้องขอการบริการโดยเรียกกระบวนการในขั้นตอนการไลบรารีที่เหมาะสม ประโยชน์หลักของกระบวนการจำลองเป็นความเรียบง่ายและอินเตอร์เฟซที่ดีเข้าใจผู้ใช้บริการข้อเสียคือ ความหมายของรูปแบบนี้จะไม่เล็กเกินไปเป็นไวยากรณ์ ในเฉพาะ อัสสัมชัญที่บริการเป็นส่วนหนึ่งของกระบวนการผู้ใช้มักจะเป็นผล บางทีสำหรับการรักษาความปลอดภัยหรือระเบียน ในระบบแบบกระจาย ปัญหามีมากขึ้นเฉียบพลัน ความหมายของการเรียกกระบวนงานไซต์เดียวจะค่อนข้างยากที่จะรักษาข้ามขอบเขตเครื่อง เนื่องจากความหมายเหล่านี้เป็นสูตรในกลศาสตร์ของการเรียกขั้นตอนในเครื่องเดียว ด้วยเหตุนี้ ส่วนใหญ่ของระบบการแจกจ่ายที่ปรากฏตามรูปแบบขั้นตอนจริงที่ชั้นบนอีกหนึ่งวิธี อับ layering นี้ได้พิสูจน์ยากมากที่จะปลอมตัวได้อย่างสมบูรณ์ใช้งานของแบบจำลองขั้นตอนได้ไม่ยากในระบบแบบกระจายนักออกแบบส่วนใหญ่เลือกชั้นอินเทอร์เฟซการเรียกกระบวนงานทับบางวิธีการ อับ ไม่ได้ข้อตกลงในความหมายของกระบวนการโทร ส่วนใหญ่เนื่องจากความหมายที่ระบุ (ตรงที่ของกระบวนงานเครื่องเดียวโทร) ได้ค่อนข้างยากใช้ นอกจากนี้ ดังกล่าวข้างต้น การ

ผลลัพธ์ (ไทย) 2:

ขั้นตอนรุ่น. ความคิดพื้นฐานของรูปแบบขั้นตอนคือการที่ผู้ให้บริการควรได้รับการให้บริการโดยการทำงานขั้นตอนง่ายๆเป็นส่วนหนึ่งของกระบวนการเรียก เป็นหลักซึ่งเป็นบริการที่มีการร้องขอโดยการเรียกขั้นตอนในห้องสมุดประจำที่เหมาะสม ข้อได้เปรียบที่หลักการของขั้นตอนรูปแบบคือความเรียบง่ายและอินเตอร์เฟซที่เข้าใจกันดีที่จะใช้ในการให้บริการ. ข้อเสียคือความหมายของรุ่นนี้จะไม่สะอาดเท่าไวยากรณ์ ในโดยเฉพาะอย่างยิ่งสมมติฐานที่ว่าบริการเป็นส่วนหนึ่งของกระบวนการที่ผู้ใช้มักจะเป็นที่ไม่พึงประสงค์อาจจะเพื่อความปลอดภัยหรือเก็บบันทึกข้อมูล ในระบบการกระจายที่เป็นปัญหามากยิ่งขึ้นเฉียบพลัน ความหมายของการเรียกขั้นตอนเว็บไซต์เดียวค่อนข้างยากที่จะรักษาข้ามเขตแดนเครื่องเนื่องจากความหมายเหล่านี้มีเหตุผลในกลศาสตร์ของการเรียกขั้นตอนในเครื่องเดียว The Procedure Model.
The basic idea of the procedure model is that a service should be provided by a
simple procedure run as part of the calling process. Essentially, a service is requested by
a procedure call on an appropriate library routine. The principle advantage of the procedure
model is its simplicity and a well understood interface to the user of the service.
The disadvantage is that the semantics of this model are not as clean as the syntax. In
particular, the assumption that a service is part of a user process is often undesirable, perhaps
for security or record keeping. In a distributed system the problem is even more
acute. The semantics of the single site procedure call are fairly difficult to preserve
across machine boundaries, since these semantics are grounded in the mechanics of the
procedure call on a single machine. For this reason, most of the distributed systems that
appear to be based on the procedure model are actually layered on top of one of the other
methods. Unfortunately, this layering has proven very difficult to completely disguise.
In a distributed system, the implementation of the procedure model is difficult.
Most designers have chosen to layer the procedure call interface on top of some other
method. Unfortunately, there is not yet an agreement on the semantics of a procedure
call, mostly because the desired semantics (precisely those of the single machine procedure
call) are fairly difficult to implement. Furthermore, as mentioned above, the

ผลลัพธ์ (ไทย) 3:

ขั้นตอนรูปแบบ .
แนวคิดพื้นฐานของกระบวนการแบบมีบริการควรจัดให้โดย
ขั้นตอนง่าย ๆใช้เป็นส่วนหนึ่งของการเรียกกระบวนการ เป็นหลัก , บริการการร้องขอโดย
ขั้นตอนเรียกรูทีนเหมาะสมกับห้องสมุด หลักประโยชน์ของกระบวนการ
แบบมีความเรียบง่ายและเข้าใจได้ดีส่วนติดต่อกับผู้ใช้ของบริการ .
ข้อเสีย คือความหมายของรูปแบบนี้จะไม่สะอาดเป็นไวยากรณ์ . ใน
โดยเฉพาะสมมติว่าบริการเป็นส่วนหนึ่งของกระบวนการที่ผู้ใช้มักจะไม่พึงประสงค์ บางที
สำหรับการบันทึกการรักษา ในระบบแบบกระจายเป็นปัญหามากขึ้น
เฉียบพลัน ความหมายของเว็บไซต์เดียวขั้นตอนการโทรค่อนข้างยากที่จะรักษาเครื่อง
ข้ามเขตแดนเนื่องจากความหมายเหล่านี้ถูกกักบริเวณในกลศาสตร์ของ
ขั้นตอนการโทรในเครื่องเดียว ด้วยเหตุนี้ , ส่วนใหญ่ของระบบแบบกระจายที่
ที่ปรากฏจะขึ้นอยู่กับขั้นตอน แบบจริง ๆชั้นด้านบนของหนึ่งในวิธีการอื่น ๆ

แต่น่าเสียดายที่ชั้นนี้ได้พิสูจน์ยากมากที่จะสมบูรณ์ปลอมตัว .
ในแบบกระจายระบบการดำเนินงานของกระบวนการแบบยาก .
นักออกแบบส่วนใหญ่เลือกชั้นอินเทอร์เฟซการเรียกกระบวนการที่ด้านบนของอื่น ๆบาง
วิธี ขออภัย ไม่มียังไม่ได้ข้อตกลงในความหมายของกระบวนการ
เรียกเป็นส่วนใหญ่ เพราะต้องการความหมาย ( แม่นยำของเครื่องเดียวขั้นตอน
เรียก ) จะค่อนข้างยากที่จะใช้ . นอกจากนี้ ตามที่กล่าวไว้ข้างต้น