1 INTRODUCTION Understanding, using

1 INTRODUCTION
Understanding, using and customizing object-oriented class libraries are major tasks in object-oriented software development. In statically typed object-oriented programming languages like C++, Eiffel and Java, designers and programmers are both supported and restricted by the underlying type system; e.g., overriding methods must meet the type rules imposed by the base classes (static type of parameters and return values) or must meet covariant redefinition rules (e.g. Eiffel). Additionally assertions enable describing the behavior of a class or method more precisely. Assertions are elements of formal specifications and express correctness conditions for classes and/or methods. Assertions are part of the implementation and can be checked at run time. The roots of assertions were defined by Hoare [Hoare72] and Meyer [Meyer97a]; the latter developed the idea of design by contract (DBC). Assertions may be specified at the class level (invariants) or on the method level (preconditions and postconditions). An invariant is a correctness condition imposed on a class, i.e., a condition that must not be violated by any method of a class. A precondition is associated with a particular method and imposes a correctness condition on the client of the method; i.e., the client must ensure that the precondition is fulfilled; otherwise the method is not executed. A postcondition is also associated with a particular method, but it imposes a correctness condition on the implementation of the method; a violation of a postcondition indicates an error in the implementation of the method. For more details on assertions and on design by contract see [Meyer97a], [Meyer97b], [Plösch97]. The Java programming language has very little support for assertions. Nevertheless a number of systems exist that add assertion support for this programming language, using different techniques. Section 2 describes principal strategies for adding assertion support for a programming language. Section 3 defines criteria for evaluating assertion support. Section 4 gives an overview of systems supporting assertions for the Java programming language. Section 5 evaluates these systems based on the developed criteria.

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

บทนำ 1 เข้าใจ ใช้ และปรับแต่งไลบรารีคลาสเชิงวัตถุเป็นงานที่สำคัญในการพัฒนาซอฟต์แวร์เชิงวัตถุ ในพิมพ์ statically เชิงวัตถุภาษาการเขียนโปรแกรมเช่น c ++, หอไอเฟล และ Java นักออกแบบโปรแกรมเมอร์ทั้งสนับสนุน และจำกัด โดยระบบพื้นฐานชนิด เช่น แทนวิธีต้องเป็นไปตามกฎการประเภทเทศบาลชั้นพื้นฐาน (แบบคงที่ชนิดของพารามิเตอร์และค่าที่ส่งกลับ) หรือต้องเป็นไปตามกฎนิยามใหม่ covariant (เช่นหอไอเฟล) นอกจากนี้ยืนยันเปิดใช้งานลักษณะการทำงานของชั้นหรือวิธีอธิบายได้แม่นยำมาก ยืนยันเป็นองค์ประกอบของข้อกำหนดอย่างเป็นทางการและเงื่อนไขถูกต้องเช็คอินสำหรับชั้นเรียนหรือวิธี ยืนยันเป็นส่วนหนึ่งของการใช้งาน และตรวจสอบได้ในขณะใช้งาน กำหนดไว้ โดย Hoare [Hoare72] และ [Meyer97a]; Meyer รากของ assertions หลังพัฒนาความคิดในการออกแบบ โดยสัญญา (DBC) Assertions อาจระบุระดับชั้น (invariants) หรือ ในระดับวิธีการ (เงื่อนไข และ postconditions) การบล็อกเป็นเงื่อนไขถูกกำหนดบนคลา เช่น สภาพที่ต้องไม่ละเมิด โดยวิธีการใด ๆ ของคลา เงื่อนไขที่เกี่ยวข้องกับวิธีการเฉพาะ และกำหนดเงื่อนไขความถูกต้องบนไคลเอ็นต์ของวิธี เช่น ไคลเอนต์ต้องให้แน่ใจว่า ความเป็นจริง หรือ วิธีการจะไม่ดำเนินการ Postcondition ที่ยังเชื่อมโยงกับวิธีการโดยเฉพาะอย่างยิ่ง แต่มันกำหนดเงื่อนไขความถูกต้องในการใช้งานของวิธีการ การละเมิด postcondition ที่บ่งชี้ข้อผิดพลาดในการใช้งานของวิธีการ รายละเอียดยืนยัน และออกแบบโดยสัญญาดู [Meyer97a], [Meyer97b], [Plösch97] เขียนโปรแกรมภาษา Java ได้ยืนยันสนับสนุนน้อยมาก อย่างไรก็ตาม มีหมายเลขของระบบที่เพิ่มการสนับสนุนยืนยันสำหรับภาษาการเขียนโปรแกรมนี้ โดยใช้เทคนิคที่แตกต่าง ส่วนที่ 2 อธิบายถึงกลยุทธ์หลักเพื่อเพิ่มการสนับสนุนยืนยันสำหรับภาษาการเขียนโปรแกรม ส่วนที่ 3 กำหนดเกณฑ์สำหรับการประเมินยืนยันสนับสนุน ส่วนที่ 4 ให้ภาพรวมของระบบสนับสนุนยืนยันสำหรับ Java เขียนโปรแกรมภาษา ส่วนที่ 5 ประเมินตามเกณฑ์พัฒนาระบบเหล่านี้

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

1 บทนำ
ความเข้าใจการใช้และการปรับแต่งห้องสมุดชั้นเชิงวัตถุเป็นงานสำคัญในการพัฒนาซอฟต์แวร์เชิงวัตถุ ในเชิงวัตถุพิมพ์แบบคงที่การเขียนโปรแกรมภาษาเช่น C ++, Java ไอเฟลและนักออกแบบและโปรแกรมเมอร์มีทั้งสนับสนุนและ จำกัด โดยระบบการพิมพ์พื้นฐาน; เช่นวิธีการที่สำคัญต้องเป็นไปตามกฎประเภทที่กำหนดโดยการเรียนฐาน (ประเภทคงที่ของพารามิเตอร์และค่าตอบแทน) หรือต้องเป็นไปตามกฎ redefinition covariant (เช่นหอไอเฟล) นอกจากนี้ยืนยันเปิดใช้อธิบายพฤติกรรมของชั้นเรียนหรือวิธีการอย่างแม่นยำมากขึ้น ยืนยันเป็นองค์ประกอบอย่างเป็นทางการของข้อกำหนดและเงื่อนไขที่ถูกต้องด่วนสำหรับการเรียนและ / หรือวิธีการ ยืนยันเป็นส่วนหนึ่งของการดำเนินการและสามารถตรวจสอบได้ในเวลาทำงาน รากของยืนยันถูกกำหนดโดยโฮร์ [Hoare72] และเมเยอร์ [Meyer97a]; หลังพัฒนาความคิดของการออกแบบโดยการทำสัญญา (DBC) ยืนยันอาจจะระบุในระดับชั้นเรียน (คงที่) หรือในระดับวิธีการ (ปัจจัยพื้นฐานและ postconditions) ค่าคงที่เป็นเงื่อนไขที่กำหนดความถูกต้องในชั้นเรียนเช่นเงื่อนไขที่ว่าจะต้องไม่ถูกละเมิดโดยวิธีการของชั้นใด ๆ เงื่อนไขที่เกี่ยวข้องกับวิธีการเฉพาะและมีการเรียกเก็บสภาพความถูกต้องกับลูกค้าของวิธีการที่; กล่าวคือลูกค้าต้องให้แน่ใจว่าเงื่อนไขเป็นจริง; มิฉะนั้นวิธีการที่จะไม่ทำงาน postcondition ยังเกี่ยวข้องกับวิธีการเฉพาะ แต่จะเรียกเก็บเป็นเงื่อนไขที่ถูกต้องในการดำเนินงานของวิธีการที่; การละเมิด postcondition บ่งชี้ข้อผิดพลาดในการดำเนินการตามวิธีการ สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับการยืนยันและการออกแบบโดยการทำสัญญาดู [Meyer97a], [Meyer97b], [Plösch97] การเขียนโปรแกรมภาษา Java มีการสนับสนุนน้อยมากสำหรับการยืนยัน อย่างไรก็ตามจำนวนของระบบที่มีอยู่ว่าการสนับสนุนการเพิ่มการยืนยันสำหรับการเขียนโปรแกรมภาษานี้ใช้เทคนิคที่แตกต่างกัน ส่วนที่ 2 อธิบายกลยุทธ์หลักสำหรับการเพิ่มการสนับสนุนการยืนยันสำหรับการเขียนโปรแกรมภาษา มาตรา 3 กำหนดเกณฑ์สำหรับการประเมินผลการสนับสนุนการยืนยัน มาตรา 4 ให้ภาพรวมของระบบสนับสนุนการยืนยันสำหรับการเขียนโปรแกรมภาษาจาวา หมวดที่ 5 การประเมินระบบเหล่านี้ขึ้นอยู่กับเกณฑ์ที่พัฒนาแล้ว