2.2 Type Hierarchy and Inheritance

2.2 Type Hierarchy and Inheritance Roles and classes are organized in separate hierarchies. These hierarchies are interconnected by the supports relationship, defining the instances of which classes can play which roles. However, only class hierarchies are the natural realm of inheritance: the genes of a class (its implementation) are propagated from the general to the special. This regards not only the observables, but also and more characteristically the internals: inheritance is inherently genetic. Roles, on the other hand, make no assumptions about how a certain piece of functionality is achieved. Quite the reverse: roles explicitly leave it open instances of which natural types they are played by, allowing for genetically (i.e., in terms of inheritance) unrelated instances taking the same role. In a role hierarchy, only protocol is handed down from superrole to subrole. 2.3 Intension and Extension of Types The intension of a class is its definition. The extension of a class is the set of its instances. While the intension of a class in JAVA is static, i.e., cannot change at runtime, its extension “breaths”: it grows and shrinks in response to instance creation and disposal. It is therefore useful to distinguish between a static and a dynamic extension, the static extension of a class being the set of all instances of that class that can possibly exist, the dynamic extension being the set of instances existing at a certain moment in time (in a snapshot or state of the software system). Quite obviously, the dynamic extension of a class is always a subset of its static extension. As regards the class hierarchy, the extension of a class comprises the extensions of all its subclasses, both statically and dynamically. Like that of a class, the intension of a role is its definition. However, unlike classes, roles have no instances of their own (they are abstract in a sense), they must recruit them from the classes supporting them. Like that of an abstract class, the static extension of a role is defined as the union of the static extensions of all the classes supporting it. This expresses that all instances of a supporting class are — in principle at least — capable of playing the role. The dynamic extension of a role, however, is usually only a subset of the dynamic extensions of the classes supporting it, namely the set of instances actually playing the role at that time.4 portant point: an object can play many different roles simultaneously, and this without ever giving up its natural type. But even if dynamic reclassification came in concert with multiple classification (allowing an object to be an instance of different classes at the same time), it would still lack the relationship aspect as one defining characteristic for the role concept. Instance migration is a concept for dynamic reclassification as a response to significant state changes; as will be seen, it is unnecessary to cater for roles. 4 That the dynamic extension of a role is only a subset of the dynamic extensions of the supporting classes is often erroneously interpreted as indication that a role is a subtype of the roleplaying class(es), which is wrong because statically they are not: all instances of a class supporting a role can, in principle, play the role, or they are not of the same type. That the dynamic extension of roles depends on the dynamic extensions of relationships is grounded in the ontological foundation of the concept, as detailed above.
Playing the role in this setting means that the instance is actually involved in a relationship, in that role. In programming terms being involved in a relationship means being assigned to a variable, be it an instance variable or a formal parameter. Transferred to JAVA programming, the dynamic extension of an interface is the set of instances assigned to variables typed by that interface. 3. THE PRAGMATICS OF USING INTERFACES While we agree that interfaces should be used extensively in variable declarations, extensively does not mean exclusively. A good question to ask is therefore when to use interfaces and, equally important, when not to. A simple test to decide whether or not to use an interface in the declaration of a variable is to refer to the conceptualization of interfaces, roles. Does the relationship represented by the variable give rise to the definition of a role? Does this role come with specific behaviour, or is it just a label that could be applied to any object? We shed light on a few typical cases. Qualities Many variables hold qualities of an object, for instance weight, height, or age. Conceptually, the values (in the given example all numbers) play the “roles” Weight, Height, and Age, respectively. However, these roles are special in that the relationships they are defined by confine the natural type of the role players: they must be numbers. It is therefore

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

มีจัดลำดับชั้นชนิด 2.2 และสืบทอดบทบาท และเรียนในลำดับชั้นที่แยกต่างหาก ลำดับชั้นเหล่านี้มีเข้าใจความสัมพันธ์การสนับสนุน การกำหนดอินสแตนซ์ของคลาสที่สามารถเล่นบทบาทที่ อย่างไรก็ตาม เฉพาะชั้นลำดับชั้นเป็นดินแดนธรรมชาติของการสืบทอด: ยีนของคลา (การดำเนินงาน) จะแพร่กระจายจากทั่วไปพิเศษ นี้นับถือไม่เพียงแต่การ observables แต่ยัง และลักษณะเฉพาะตัวมากขึ้นใน internals: สืบทอดได้ทางพันธุกรรมประมาณ บทบาท คง ทำให้ไม่มีสมมติฐานเกี่ยวกับวิธีประสบความสำเร็จเป็นชิ้นงาน ค่อนข้างย้อนกลับ: บทบาทอย่างชัดเจนให้เปิดอินสแตนซ์ของชนิดธรรมชาติที่พวกเขาจะเล่นโดย ช่วยให้การแปลงพันธุกรรม (เช่น ในแง่ของการสืบทอด) ไม่เกี่ยวกรณีรับบทบาทเดียวกัน ในบทบาทลำดับชั้น เฉพาะโพรโทคอลคือทอดจาก superrole กับบทบาท 2.3 intension และนามสกุลของชนิด intension ของคลาสที่เป็นความหมายของคำ ส่วนขยายของคลาสที่เป็นชุดของอินสแตนซ์ ในขณะที่ intension ของคลาใน JAVA คง เช่น ไม่สามารถเปลี่ยนแปลงขณะใช้งานจริง ส่วนขยายของ "หายใจ": มันขยาย และหดตัวตอบสนองต่อการสร้างอินสแตนซ์และการกำจัด ดังนั้นจึงมีประโยชน์ในการแยกแยะระหว่างคง และนามสกุลเป็นแบบไดนามิก การขยายคงระดับการตั้งค่าอินสแตนซ์ทั้งหมดของคลาสนั้นที่สามารถจะอยู่ ส่วนขยายแบบไดนามิกการตั้งค่าของอินสแตนซ์ที่มีอยู่ในขณะเวลา (ในภาพรวมหรือสถานะของซอฟต์แวร์ระบบ) ค่อนข้างเห็นได้ชัด การขยายแบบไดนามิกของคลาสที่อยู่เสมอชุดย่อยของส่วนขยายของคง ตามลำดับชั้นคลา ส่วนขยายของคลาสที่ประกอบด้วยส่วนขยายของชั้นของ statically และแบบไดนามิก เหมือนคลา intension ของบทบาทคือ ความหมายของคำ อย่างไรก็ตาม ซึ่งแตกต่างจากชั้นเรียน บทบาทได้ไม่มีอินสแตนซ์ของตัวเอง (พวกเขาเป็นนามธรรมในความรู้สึก), พวกเขาต้องรับสมัครพวกเขาจากการเรียนที่สนับสนุนพวกเขา เหมือนคลาสแบบ abstract นามสกุลคงบทบาทถูกกำหนดเป็นสหภาพของส่วนขยายของคลาสทั้งหมดที่สนับสนุนมันคง นี้แสดงว่า อินสแตนซ์ทั้งหมดของคลาสที่สนับสนุนเป็น — หลักน้อย — สามารถเล่นบทบาท ส่วนขยายแบบไดนามิกของบทบาท อย่างไรก็ตาม จะมีเพียงชุดย่อยของส่วนขยายแบบไดนามิกของการเรียนที่สนับสนุนมัน คือการตั้งค่าอินสแตนซ์จริง บทบาทจุดข้อมูลที่ time.4: วัตถุสามารถเล่นหลายบทบาทที่แตกต่างกัน และไม่เคยท้อถอยชนิดของธรรมชาติ แต่แม้ว่าไดนามิกจัดมาในคอนเสิร์ต มีหลายประเภท (ให้วัตถุจะ อินสแตนซ์ของคลาสที่แตกต่างกันในเวลาเดียวกัน), มันจะยังคงขาดด้านความสัมพันธ์เป็นลักษณะสำคัญอย่างหนึ่งสำหรับแนวคิดบทบาท การโยกย้ายอินสแตนซ์เป็นแนวคิดสำหรับการจัดประเภทแบบไดนามิกเป็นการตอบสนองการเปลี่ยนแปลงสถานะสำคัญ จะเห็น มันไม่จำเป็นสำหรับบทบาท 4 ที่ส่วนขยายแบบไดนามิกของบทบาท เพียงชุดย่อยของส่วนขยายแบบไดนามิกของคลาสที่สนับสนุนผลมักจะถูกแปลเป็นข้อบ่งชี้ว่า บทบาทเป็นชนิดย่อยของ class(es) roleplaying ความไม่ถูกต้องเนื่องจากคอน: อินสแตนซ์ทั้งหมดของคลาสที่สนับสนุนบทบาทสามารถ หลัก การเล่นบทบาท หรือพวกเขาไม่ได้เป็นชนิดเดียวกัน ว่า การขยายบทบาทแบบไดนามิกขึ้นอยู่กับส่วนขยายแบบไดนามิกของความสัมพันธ์เป็นเหตุผลในพื้นฐานของแนวคิด รายละเอียดข้างบนเป็น ontological เล่นบทบาทในการตั้งหมายความว่า อินสแตนซ์เป็นจริงที่เกี่ยวข้องในความสัมพันธ์ ในบทบาทนั้น ในการเขียนโปรแกรมหมายถึง การมีส่วนร่วมในความสัมพันธ์กับตัวแปรเงื่อนไข ไม่ว่าจะเป็นอินสแตนซ์ตัวแปรหรือพารามิเตอร์เป็นทางการ โอนย้ายไปเขียนโปรแกรม JAVA ส่วนขยายแบบไดนามิกของอินเทอร์เฟซที่เป็นชุดของอินสแตนซ์ที่กำหนดให้กับตัวแปรพิมพ์อินเทอร์เฟซที่ 3.วจนปฏิบัติศาสตร์ของการใช้อินเทอร์เฟซในขณะที่เรายอมรับว่า อินเทอร์เฟซควรใช้อย่างกว้างขวางในการประกาศตัวแปร อย่างกว้างขวางไม่ได้หมายความเฉพาะ คำถามที่ดีจะถามจึงเป็นการใช้อินเทอร์เฟซ และ สำคัญ เมื่อไม่ การทดสอบที่ง่ายในการตัดสินใจว่า การใช้อินเทอร์เฟซในการประกาศตัวแปรหรือไม่มีอ้างถึงเนยของอินเตอร์เฟซ บทบาท ความสัมพันธ์ที่แสดง โดยตัวแปรให้เกิดคำนิยามของบทบาท บทบาทนี้ไม่มากับพฤติกรรมที่เฉพาะเจาะจง หรือมันเป็นเพียงแค่ป้ายชื่อที่สามารถใช้กับวัตถุใด ๆ เราหลั่งน้ำตาแสงในบางกรณีทั่วไป คุณภาพตัวแปรจำนวนมากถือคุณสมบัติของวัตถุ เช่นน้ำหนัก ความสูง หรืออายุ โดยหลักการ ค่า (ในตัวอย่างกำหนด ทั้งหมดตัวเลข) เล่น "บทบาท" น้ำหนัก ความสูง อายุ และตามลำดับ อย่างไรก็ตาม บทบาทเหล่านี้เป็นพิเศษซึ่งความสัมพันธ์ที่กำหนดไว้โดยกำหนดขอบเขตชนิดธรรมชาติของผู้เล่นบทบาท: จะต้องมีตัวเลข ดังนั้นจึง

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

2.2 ประเภทลำดับชั้นและการถ่ายทอดบทบาทและการเรียนถูกจัดอยู่ในลำดับชั้นที่แยกต่างหาก ลำดับชั้นเหล่านี้จะเชื่อมต่อกับความสัมพันธ์ที่สนับสนุนการกำหนดกรณีของการที่เรียนซึ่งสามารถเล่นบทบาท แต่เพียงชั้นวรรณะเป็นดินแดนธรรมชาติของมรดก: ยีนของชั้น (การดำเนินงาน) ที่มีการแพร่กระจายจากทั่วไปที่จะพิเศษ นี้ไม่เพียง แต่นับถือ observables แต่ยังมีลักษณะพิเศษและอื่น ๆ internals นี้: มรดกทางพันธุกรรมโดยเนื้อแท้ บทบาทบนมืออื่น ๆ ที่ทำให้สมมติฐานเกี่ยวกับวิธีชิ้นหนึ่งของการทำงานจะประสบความสำเร็จไม่ ค่อนข้างย้อนกลับ: บทบาทอย่างชัดเจนปล่อยให้มันเป็นกรณีที่เปิดกว้างของประเภทธรรมชาติพวกเขาจะเล่นโดยการอนุญาตให้ทางพันธุกรรม (กล่าวคือในแง่ของการรับมรดก) กรณีที่ไม่เกี่ยวข้องกับการบทบาทเดียวกัน ในลำดับชั้นบทบาทโปรโตคอลเพียง แต่ส่งลงมาจาก superrole เพื่อ subrole 2.3 ความตั้งใจและการขยายประเภทความตั้งใจของชั้นคือความหมายของมัน การขยายชั้นเรียนเป็นชุดของอินสแตนซ์ของมัน ในขณะที่ความตั้งใจของการเรียนใน Java ที่เป็นแบบคงที่คือไม่สามารถเปลี่ยนที่รันไทม์ขยาย "ลมหายใจ" มันเติบโตและจิตวิทยาในการตอบสนองต่อการสร้างอินสแตนซ์และการกำจัด ดังนั้นจึงเป็นประโยชน์ในการแยกแยะความแตกต่างระหว่างแบบคงที่และส่วนขยายแบบไดนามิกนามสกุลคงที่ของชั้นเป็นชุดของอินสแตนซ์ทั้งหมดของคลาสที่อาจจะสามารถอยู่ส่วนขยายแบบไดนามิกเป็นชุดของอินสแตนซ์ที่มีอยู่ในขณะหนึ่งในเวลานั้น ( ในภาพรวมหรือสถานะของระบบซอฟแวร์) ค่อนข้างเห็นได้ชัดว่าการขยายแบบไดนามิกของการเรียนอยู่เสมอเป็นส่วนหนึ่งของการขยายคงที่ เป็นเรื่องลำดับชั้นซึ่งเป็นส่วนขยายของชั้นประกอบด้วยส่วนขยายทั้งหมด subclasses ของมันทั้งแบบคงที่และแบบไดนามิก เช่นนั้นของชั้นความตั้งใจของบทบาทของการให้คือความหมายของมัน แต่แตกต่างจากการเรียนบทบาทมีอินสแตนซ์ของพวกเขาเอง (พวกเขาเป็นนามธรรมในความรู้สึก) ไม่มีพวกเขาจะต้องรับสมัครพวกเขาจากการเรียนการสนับสนุนพวกเขา เช่นนั้นของระดับนามธรรมนามสกุลคงที่ของบทบาทถูกกำหนดให้เป็นเอกภาพของส่วนขยายที่คงที่ของคนทุกชนชั้นที่สนับสนุนมัน นี้เป็นการแสดงออกว่าทุกกรณีของชั้นสนับสนุนเป็น - ในหลักการอย่างน้อย - ความสามารถในการเล่นบทบาท ส่วนขยายแบบไดนามิกของบทบาท แต่มักจะเป็นเพียงส่วนหนึ่งของส่วนขยายแบบไดนามิกของการเรียนที่สนับสนุนมันคือชุดของอินสแตนซ์จริงเล่นบทบาทที่จุด time.4 portant ว่านี้: วัตถุสามารถมีบทบาทที่แตกต่างกันไปพร้อม ๆ กัน และนี่โดยไม่เคยให้ขึ้นชนิดตามธรรมชาติของมัน แต่ถึงแม้ว่าการโอนเปลี่ยนประเภทแบบไดนามิกมาในคอนเสิร์ตด้วยการจัดหมวดหมู่หลาย (ให้วัตถุที่จะเป็นตัวอย่างของการเรียนแตกต่างกันในเวลาเดียวกัน) ก็จะยังคงขาดด้านความสัมพันธ์เป็นหนึ่งในการกำหนดลักษณะแนวคิดบทบาท การโยกย้ายเช่นเป็นแนวคิดสำหรับการจัดประเภทรายการใหม่แบบไดนามิกและการตอบสนองต่อการเปลี่ยนแปลงอย่างมีนัยสำคัญของรัฐที่; เป็นจะเห็นได้ก็ไม่จำเป็นต้องให้ความสำคัญกับบทบาทการแสดง 4 ที่ส่วนขยายแบบไดนามิกของบทบาทเป็นเพียงส่วนหนึ่งของส่วนขยายแบบไดนามิกของชนชั้นสนับสนุนมักจะตีความผิดว่าเป็นข้อบ่งชี้ว่าบทบาทเป็นชนิดย่อยของชั้นสวมบทบาท (ES) ซึ่งเป็นสิ่งที่ผิดเพราะแบบคงที่พวกเขาไม่ได้: ทั้งหมด อินสแตนซ์ของคลาสที่สนับสนุนบทบาทสามารถในหลักการบทบาทหรือพวกเขาไม่ได้เป็นชนิดเดียวกัน ว่าส่วนขยายแบบไดนามิกของบทบาทขึ้นอยู่กับส่วนขยายแบบไดนามิกของความสัมพันธ์เป็นเหตุผลในรากฐาน ontological ของแนวคิดที่เป็นรายละเอียดข้างต้น.
เล่นบทบาทในการตั้งค่านี้หมายความว่าอินสแตนซ์ที่มีส่วนเกี่ยวข้องจริงในความสัมพันธ์ในบทบาทนั้น ในแง่การเขียนโปรแกรมการมีส่วนร่วมในความสัมพันธ์หมายถึงการกำหนดให้กับตัวแปรไม่ว่าจะเป็นตัวแปรเช่นหรือพารามิเตอร์อย่างเป็นทางการ โอนไปเขียนโปรแกรม Java, ขยายแบบไดนามิกของอินเตอร์เฟซที่เป็นชุดของอินสแตนซ์ที่กำหนดให้กับตัวแปรที่พิมพ์โดยอินเตอร์เฟซที่ 3. เน้นของการใช้อินเตอร์เฟซในขณะที่เรายอมรับว่าอินเตอร์เฟซที่ควรจะใช้อย่างกว้างขวางในการประกาศตัวแปรอย่างกว้างขวางไม่ได้หมายความเฉพาะ เป็นคำถามที่ดีที่จะขอเป็นดังนั้นเมื่อมีการใช้อินเตอร์เฟซและที่สำคัญพอ ๆ กันเมื่อไม่ การทดสอบอย่างง่ายที่จะตัดสินใจหรือไม่ที่จะใช้อินเตอร์เฟซในการประกาศตัวแปรคือการอ้างถึงแนวความคิดของการเชื่อมต่อบทบาท ไม่สัมพันธ์ที่แสดงโดยตัวแปรก่อให้เกิดความหมายของบทบาทหรือไม่ ไม่ทำหน้าที่นี้มาพร้อมกับพฤติกรรมที่เฉพาะเจาะจงหรือเป็นเพียงป้ายชื่อที่สามารถนำไปใช้วัตถุใด ๆ หรือไม่? เราหลั่งน้ำตาแสงในกรณีทั่วไปไม่กี่ ประสิทธิตัวแปรหลายคนคุณภาพของวัตถุที่มีน้ำหนักเช่นความสูงหรืออายุ แนวคิดค่านิยม (ในตัวอย่างที่กำหนดตัวเลขทั้งหมด) เล่น "บทบาท" น้ำหนัก, ส่วนสูงและอายุตามลำดับ อย่างไรก็ตามบทบาทเหล่านี้เป็นพิเศษในการว่ามีความสัมพันธ์ที่พวกเขาจะถูกกำหนดโดย จำกัด ขอบเขตประเภทตามธรรมชาติของผู้เล่นบทบาทที่พวกเขาจะต้องเป็นตัวเลข ดังนั้นจึงเป็นเรื่อง