This principle is a further elabora

This principle is a further elaboration of the previous one. In describing the
behaviour of any system element, you should clearly separate what its environment
perceives and how it operates internally. Thus, the user of that system element does
not need to be concerned with its inner working and only has to understand what it
shows to the outside world. A prime example of this principle is the use of the
service concept. Following its definition in Chap. 5, a service should only describe
the externally observable behaviour of a system, not how that behaviour is realised.
Such encapsulation has long been a guiding principle in software development
(e.g., see Dijkstra 1968). It provides a mechanism for being truly platform independent,
for substituting different implementations with the same external behaviour,
or interchanging different suppliers of services.

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

หลักการนี้คือ ทุก ๆ เพิ่มเติมของก่อนหน้านี้ ในการอธิบายการพฤติกรรมขององค์ประกอบใด ๆ ระบบ คุณควรชัดเจนแยกสิ่งสภาพแวดล้อมละเว้น และวิธีดำเนินภายใน ดังนั้น ผู้ใช้องค์ประกอบของระบบที่ไม่ไม่จำเป็นต้องเกี่ยวข้องกับภายในทำงานเท่านั้น และมีการเข้าใจอะไรที่มันแสดงกับโลกภายนอก ตัวอย่างสำคัญของหลักการนี้เป็นการใช้แนวคิดการบริการ ตามคำนิยามใน Chap. 5 การบริควรอธิบายพฤติกรรม observable ภายนอกระบบ ไม่ว่าพฤติกรรมนั้นจะเองก็ยังคิดEncapsulation ดังกล่าวจึงได้แนะนำหลักในการพัฒนาซอฟต์แวร์(เช่น ดู Dijkstra 1968) มันมีกลไกให้เป็นอิสระ แพลตฟอร์มอย่างแท้จริงสำหรับการแทนที่การใช้งานที่แตกต่างกันกับพฤติกรรมภายนอกเดียวกันหรือ interchanging ซัพพลายเออร์ที่แตกต่างของบริการ

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

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

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

หลักการนี้คือ รายละเอียดเพิ่มเติมจากเดิม ในการอธิบายพฤติกรรมของระบบใด ๆองค์ประกอบ
คุณอย่างชัดเจนควรแยกเรื่องของสิ่งแวดล้อม
รับรู้และวิธีการดําเนินงานภายใน ดังนั้น ผู้ใช้ระบบจะ
องค์ประกอบที่ไม่ต้องเกี่ยวข้องกับภายในการทำงานและมีเพียงที่จะเข้าใจ
แสดงให้เห็นถึงโลกภายนอกตัวอย่างเฉพาะของหลักการนี้คือการใช้แนวคิด
บริการ ตามคำนิยามของ CHAP 5 บริการควรอธิบาย
พฤติกรรมภายนอกที่สังเกตของระบบ ไม่ใช่วิธีการที่พฤติกรรมคือตระหนัก .
เช่นการได้รับหลักการในการพัฒนาซอฟต์แวร์ ( เช่น ดูตรา พ.ศ. 2511 ) มันมีกลไกสำหรับการอย่างแท้จริง
แพลตฟอร์มอิสระสำหรับการดำเนินงานที่แตกต่างกันกับพฤติกรรมภายนอกเดียวกัน
หรือ interchanging ซัพพลายเออร์ต่างๆ .