The Number of Operations (NOO) grew

The Number of Operations (NOO) grew significantly in the AO version due to
the modularization of DbC with new mechanisms such as advice. As a result, we
had 25.49% more method-like definitions in the AO version. In the HW system, the
di®erence of the number of LOC was only 1.06% in favor to AO solution. Hence,
even with significant reuse of design by contract code (illustrated by the specific DbC
size metrics NOPre, NOPos, and NOI), the aspect code used for realizing the DbC
concern requires a lot of extra idioms which led to extra e®ort during implementation.
This finding, contradicts the Lipert and Lopes study, on which they had a
reduction of more than 50% in DbC LOC due to reuse. While HW system has
homogeneous contracts that can be significantly reused, some heterogenous contracts
can be harmful to the final LOC due to the poor reuse and the extra aspect
code needed to "aspectize" the design by contract concern.

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

หมายเลขการดำเนินงาน (NOO) เติบโตอย่างมากในรุ่นอ่าวเนื่องmodularization DbC ด้วยกลไกใหม่เช่นคำแนะนำ ดังนั้น เรามี 25.49% วิธีเหมือนข้อกำหนดในรุ่นอ่าว ในระบบ HW การดิ ® erence จำนวนล็อคได้เพียง 1.06% ในโปรดปรานอ่าวโซลูชัน ดังนั้นแม้จะ มีนำสำคัญของการออกแบบโดยรหัสสัญญา (แสดง โดย DbC เฉพาะขนาดวัด NOPre, NOPos และน้อย), รหัสด้านที่ใช้สำหรับการตระหนักถึงการ DbCกังวลต้องใช้สำนวนพิเศษที่เสริมอี ® ort ในระหว่างดำเนินการค้นหานี้ ทุก Lipert และ Lopes ศึกษา ซึ่งพวกเขาเป็นลดมากกว่า 50% ใน DbC LOC เนื่องจากนำมาใช้ใหม่ ในขณะที่ระบบ HW มีสัญญาเหมือนที่สามารถนำกลับมาใช้อย่างมีนัยสำคัญ heterogenous บางสัญญาอาจเป็นอันตรายต่อล็อคสุดท้ายนำดีและด้านบริการรหัสที่ต้องการ "aspectize" ออกแบบ โดยสัญญาที่เกี่ยวข้อง

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

จำนวนของการดำเนินงาน (NOO) เพิ่มขึ้นอย่างมีนัยสำคัญในรุ่น AO เนื่องจาก
การปรับมาตรฐานของ DbC กับกลไกใหม่ ๆ เช่นคำแนะนำ เป็นผลให้เรา
มี 25.49% เพิ่มเติมคำจำกัดความของวิธีการเหมือนในรุ่น AO ในระบบ HW,
di®erenceของจำนวนของ LOC เป็นเพียง 1.06% ในการสนับสนุนการแก้ปัญหา AO ดังนั้น
แม้จะมีการนำมาใช้ใหม่อย่างมีนัยสำคัญของการออกแบบโดยรหัสสัญญา (แสดงโดยเฉพาะ DbC
ตัวชี้วัดขนาด NOPre, NOPos และน้อย), รหัสด้านที่ใช้ในการตระหนักถึง DbC
กังวลต้องมากสำนวนพิเศษซึ่งนำไปสู่e®ortพิเศษในช่วง การดำเนินการ.
การค้นพบนี้ในทางตรงกันข้ามการศึกษา Lipert และเปสซึ่งพวกเขาได้
ลดลงมากกว่า 50% ใน LOC DbC เนื่องจากนำมาใช้ใหม่ ในขณะที่ระบบ HW มี
สัญญาเหมือนกันที่สามารถนำกลับมาใช้อย่างมีนัยสำคัญบางสัญญา heterogenous
อาจเป็นอันตรายต่อ LOC สุดท้ายเนื่องจากการที่นำมาใช้ไม่ดีและแง่มุมพิเศษ
รหัสที่จำเป็นในการ "aspectize" การออกแบบโดยความกังวลสัญญา

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

จำนวนของการดำเนินงาน ( นู๋ ) ขยายตัวอย่างมากในรุ่นอ่าวเนื่องจาก
modularization ของ DBC กับกลไกใหม่ เช่น คําแนะนํา เป็นผลให้เราได้ 25.49
% เพิ่มเติมวิธีการ เช่น คำนิยามในรุ่น AO ในระบบ HW ,
ตี้® erence จํานวนของโลกเป็นเพียง 1.06 % ให้กับอ่าวโซลูชั่น ดังนั้น
แม้จะมีการสำคัญของการออกแบบรหัสสัญญา ( ภาพประกอบ โดยเฉพาะ DBC
ขนาดวัด nopre nopos , และน้อย ) , ด้านรหัสที่ใช้สำหรับการตระหนักถึง DBC
กังวลต้องการมากเป็นพิเศษ ซึ่งนำไปสู่สำนวนพิเศษ E ®สถานในระหว่างใช้งาน .
หานี้ขัดแย้งกับ lipert Lopes และการศึกษาบน ซึ่งพวกเขามี
ลดมากกว่า 50% ใน DBC ล็ เนื่องจากนำกลับมาใช้ในขณะที่ระบบ HW มี
สัญญาเป็นเนื้อเดียวกันที่สามารถอย่างมีนัยสำคัญดำเนินการสัญญาบางกลุ่ม
สามารถเป็นอันตรายกับที่ๆสุดท้ายเนื่องจากการใช้ที่ยากจนและรหัสด้าน
พิเศษต้อง " aspectize " การออกแบบโดยเกี่ยวกับสัญญา