Generally, we can conclude that rip

Generally, we can conclude that ripple-e®ects occur in both OO and AO implementations
in practice. The modularized design by contract concern within the AO
versions can be broken by OO refactorings resulting in less obvious changes to unrelated
components. In turn the OO versions can also require unrelated changes
to other modules (e.g. business layer) while changing, for example, a precondition
localized at the HW's view layer.

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

ทั่วไป เราสามารถสรุปว่า ระลอกคลื่น e ® ects เกิดขึ้นในการใช้งานดาและอ่าวในทางปฏิบัติ การออกแบบ modularized โดยสัญญาที่เกี่ยวข้องภายในอ่าวนี้รุ่นที่สามารถเสีย โดย refactorings ดาผลเปลี่ยนแปลงชัดเจนน้อยกว่าการไม่เกี่ยวข้องคอมโพเนนต์ ในรุ่นดายังสามารถขอเปลี่ยนแปลงที่ไม่เกี่ยวข้องกับโมดู (เช่นชั้นธุรกิจ) ในขณะที่การเปลี่ยนแปลง ตัวอย่าง เงื่อนไขภาษาท้องถิ่นที่ของ HW ดูชั้น

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

โดยทั่วไปเราสามารถสรุปได้ว่าระลอกe®ectsเกิดขึ้นทั้งใน OO และการใช้งาน AO
ในทางปฏิบัติ การออกแบบแบบโมดูลโดยความกังวลสัญญาภายใน AO
รุ่นสามารถทำลายโดย refactorings OO ทำให้เกิดการเปลี่ยนแปลงที่เห็นได้ชัดน้อยที่จะไม่เกี่ยวข้องกับ
ส่วนประกอบ ในทางกลับกันรุ่น OO ยังสามารถต้องมีการเปลี่ยนแปลงที่ไม่เกี่ยวข้อง
กับโมดูลอื่น ๆ (เช่นชั้นธุรกิจ) ในขณะที่การเปลี่ยนแปลงเช่นเงื่อนไข
ที่มีการแปลที่ชั้นมุมมองของ HW

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

โดยทั่วไปแล้ว เราสามารถสรุปได้ว่า ผลที่เกิดขึ้นทั้งใน ripple-e ® OO
อ่าวและใช้ในการปฏิบัติงาน การ modularized ออกแบบโดยความกังวลสัญญาภายในรุ่นอ่าว
สามารถเสียโดยใช่ refactorings ส่งผลชัดเจนน้อยกว่าการเปลี่ยนแปลงส่วนประกอบกัน

ปิด OO รุ่นยังสามารถใช้โมดูลอื่น ๆที่ไม่เกี่ยวข้องกับการเปลี่ยนแปลง
( ชั้นธุรกิจเช่น ) ในขณะที่การเปลี่ยนแปลง เช่น เป็นเงื่อนไขล่วงหน้า
ถิ่นที่ของ HW ดูชั้น