5.3. Quantifying design by contract

5.3. Quantifying design by contract pluggability
Finally, the AO implementations are clearly superior in the change scenarios CS3
and CS4, which basically involves the partial and total removal of the design by
contract concern. The change scenario CS3 is responsible for removing a use case in
the HW system and its DbC-related code. The change scenario CS4 goes beyond where it completely removes the design by contract concern of the ¯nal production
HW system. We consider that a design by contract code is completely removed from
the system when we exclude or comment the lines of code related to its realization
on classes or aspects. Hence, as observable in Table 3, the e®ort to unplug or plug a
DbC feature such as preconditions is much easier in the AO implementation of HW
system. We need less changes in components, and also fewer lines of code need to be
eliminated to partial or complete remove the DbC concern from the HW system.
Even though an aspect declaration has a lot of pointcuts, advice, and DbC-related
features, the e®ort to completely unplug the design by contract concern in practice is
to remove 11 aspects from the HW build and remove the class which encapsulate all
the DbC operations; whereas in the OO version, we need to make 67 invasive changes
to OO classes to remove several lines of code related to DbC.

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

5.3 ปริมาณการออกแบบโดยการทำสัญญา pluggability
สุดท้ายการใช้งาน AO จะดีกว่าอย่างชัดเจนในสถานการณ์การเปลี่ยนแปลง CS3
และ CS4 ซึ่งโดยทั่วไปที่เกี่ยวข้องกับการกำจัดบางส่วนและรวมของการออกแบบโดย
ความกังวลสัญญา สถานการณ์การเปลี่ยนแปลง CS3 เป็นผู้รับผิดชอบสำหรับการลบกรณีที่ใช้ใน
ระบบ HW และรหัสของ DbC ที่เกี่ยวข้อง สถานการณ์การเปลี่ยนแปลง CS4 นอกเหนือไปจากที่มันสมบูรณ์เอาการออกแบบโดยความกังวลสัญญาของการผลิต NAL
ระบบ HW เราพิจารณาว่าการออกแบบโดยรหัสสัญญาจะถูกลบออกอย่างสมบูรณ์จาก
ระบบเมื่อเรายกเว้นหรือแสดงความคิดเห็นบรรทัดของรหัสที่เกี่ยวข้องกับการก่อให้เกิดของตน
ในชั้นเรียนหรือด้าน จึงเป็นที่สังเกตได้ในตารางที่ 3, e®ortถอดหรือเสียบ
คุณลักษณะ DbC เช่นปัจจัยพื้นฐานเป็นเรื่องง่ายในการดำเนิน AO ของ HW
ระบบ เราจำเป็นต้องมีการเปลี่ยนแปลงน้อยลงในชิ้นส่วนและสายยังน้อยของรหัสจะต้องมีการ
ตัดออกไปบางส่วนหรือทั้งหมดลบกังวล DbC จากระบบ HW.
แม้ว่าการประกาศด้านมีจำนวนมาก pointcuts แนะนำและ DbC ที่เกี่ยวข้องกับ
คุณสมบัติ e®ortสมบูรณ์ถอดออกแบบโดยสัญญาความกังวลในการปฏิบัติคือ
การลบ 11 ด้านจาก HW สร้างและลบชั้นที่ห่อหุ้มทั้งหมด
การดำเนินงาน DbC; ขณะที่ในรุ่น OO เราต้องการที่จะทำให้การเปลี่ยนแปลง 67 รุกราน
เรียน OO การลบหลายบรรทัดของรหัสที่เกี่ยวข้องกับ DbC

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

5.3 . ค่าออกแบบโดยสัญญา pluggability
ในที่สุด นอกจากนี้ อ่าวจะชัดเจนที่เหนือกว่าในการเปลี่ยนแปลงสถานการณ์ CS3 กับ CS4
ซึ่งโดยทั่วไปเกี่ยวข้องกับการกำจัดของบางส่วนและทั้งหมดออกแบบโดย
เกี่ยวกับสัญญา การเปลี่ยนแปลงสถานการณ์ CS3 เป็นผู้รับผิดชอบในการใช้ในกรณีที่
hw และ DBC ที่เกี่ยวข้องของระบบรหัสการเปลี่ยนแปลงสถานการณ์ CS4 ที่นอกเหนือไปจากที่ลบอย่างสมบูรณ์แบบโดยสัญญาความกังวลของ¯นาล
hw การผลิตระบบ เราพิจารณาว่า การออกแบบโดยรหัสสัญญาจะสมบูรณ์ออกจากระบบ เมื่อเรารวม
หรือความคิดเห็นที่บรรทัดของรหัสที่เกี่ยวข้องกับการรับรู้ของชั้นเรียนหรือ

) ดังนั้น เท่าที่สังเกตในโต๊ะ 3 E ®สถานที่จะถอดหรือเสียบ
คุณลักษณะเช่น DBC preconditions เป็นเรื่องง่ายในการใช้งานระบบอ่าวของ hw

เราต้องน้อยกว่าการเปลี่ยนแปลงในองค์ประกอบ และเส้นก็น้อยกว่าของรหัสต้อง
ตัดออกไปบางส่วนหรือสมบูรณ์ลบ DBC ปัญหาจากระบบ HW .
ถึงแม้ว่ากว้างยาวประกาศมี pointcuts , คำแนะนำและ DBC ที่เกี่ยวข้อง
คุณสมบัติอี® ort อย่างสมบูรณ์ถอดออกแบบโดยความกังวลในสัญญาการปฏิบัติคือ
ลบ 11 ประเด็นจาก HW สร้างและเอาชั้นเรียนซึ่งสรุปทั้งหมด
DBC ปฏิบัติการ ; ในขณะที่ใน OO รุ่นเราต้องสร้างการเปลี่ยนแปลงให้ OO
67 ที่เรียนเพื่อเอาหลายบรรทัดของรหัสที่เกี่ยวข้องกับ DBC .