Aspect Oriented Programming is stil

Aspect Oriented Programming is still a long way from being an entrenched standard since its history just compasses very nearly 10 years. There are a couple of issues that need to be had a tendency to and issues to be handled. In a decisive manner the key distinction in the middle of OOP and AOP is that the center of OOP is to separate
the programming undertaking into items, which embody information and techniques, while the center of AOP is to separate the project into crosscutting concerns. Actually, AOP is not a contender for OOP, in light of the fact that it rose out of OOP standard. AOP develops OOP by tending to few of its issues. AOP acquaints perfect routes with actualize crosscutting concerns (which may have been scattered over a few places in the comparing OOP execution) in a solitary spot.
Consequently, AOP makes the system cleaner and all the more
approximately coupled. With expanded IDE help for AOP
applications and a developing learning about AOP frameworks the
ideal model may well pull in more experts and designers in not so
distant future

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

เขียนโปรแกรมเชิงลักษณะยังคงเป็นแบบไม่ มีมาตรฐานนั้นเนื่องจากประวัติศาสตร์เพียงเข็มทิศมากเกือบ 10 ปี มีสองปัญหาที่ต้องมีปัญหาและแนวโน้มที่จะการจัดการ ในลักษณะสำคัญ ความแตกต่างที่สำคัญอยู่กลาง OOP และ AOP คือ ศูนย์ OOP เป็นการ แยกดำเนินการเขียนโปรแกรมลงในรายการ ซึ่งรวบรวมข้อมูลและเทคนิค ในขณะที่ศูนย์ AOP เพื่อ แยกโครงการเป็น crosscutting กังวล จริง AOP ไม่เพิ่ม OOP ในแง่ความจริงที่ว่า มันเพิ่มขึ้นจากมาตรฐาน OOP AOP พัฒนา OOP โดยพุ่งไปไม่กี่เรื่องของ AOP แนะนำเส้นทางที่สมบูรณ์แบบด้วย actualize crosscutting กังวล (ซึ่งอาจมีการกระจายต่าง ๆ ในการทำ OOP เปรียบ) ในจุดโดดเดี่ยวจึง AOP ทำ ให้ระบบการทำความสะอาดทั้งหมดขึ้นประมาณคู่ ด้วยความช่วยเหลือ AOP ขยาย IDEโปรแกรมประยุกต์และการเรียนรู้พัฒนาเกี่ยวกับ AOP กรอบการรุ่นเหมาะอาจดีดึงเพิ่มเติมผู้เชี่ยวชาญและนักออกแบบในไม่อนาคตไกล

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

มุมมอง Oriented Programming ก็ยังคงเป็นทางยาวจากการเป็นมาตรฐานที่ยึดที่มั่นตั้งแต่ประวัติศาสตร์เพียงวงเวียนมากเกือบ 10 ปี มีสองประเด็นที่จะต้องมีแนวโน้มที่จะและปัญหาที่จะมีการจัดการ ในลักษณะที่ชี้ขาดความแตกต่างที่สำคัญในช่วงกลางของ OOP และ AOP คือการที่ศูนย์กลางของ OOP คือการแยก
กิจการการเขียนโปรแกรมลงในรายการซึ่งรวบรวมข้อมูลและเทคนิคในขณะที่ศูนย์กลางของ AOP คือการแยกโครงการออกเป็นกังวลกรุย ที่จริง AOP ไม่ได้เป็นคู่แข่งสำหรับ OOP ในแง่ของความจริงที่ว่ามันเพิ่มขึ้นจากมาตรฐาน OOP AOP พัฒนา OOP โดยพุ่งไปไม่กี่ประเด็น AOP acquaints เส้นทางที่สมบูรณ์แบบที่มีความกังวลเป็นจริง crosscutting (ซึ่งอาจได้รับการกระจายไปทั่วไม่กี่แห่งในการดำเนินการเปรียบเทียบ OOP) ในจุดที่โดดเดี่ยว.
ดังนั้น AOP ทำให้ระบบทำความสะอาดและทั้งหมดขึ้น
ควบคู่ไปประมาณ ด้วยการขยายความช่วยเหลือ IDE สำหรับ AOP
การใช้งานและการพัฒนาเรียนรู้เกี่ยวกับ AOP กรอบ
รูปแบบที่เหมาะดีอาจดึงผู้เชี่ยวชาญด้านการออกแบบมากขึ้นและไม่ได้ดังนั้นใน
อนาคตไกล

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

ด้าน Oriented Programming ก็ยังคงเป็นทางยาวจากการยึดที่มั่นมาตรฐานตั้งแต่ประวัติศาสตร์แค่เข็มทิศมาก เกือบ 10 ปี มีคู่ของปัญหาที่ต้องมีปัญหา แนวโน้ม และต้องมีการจัดการ ในลักษณะแตกหักความแตกต่างหลักในกลางและ OOP AOP คือศูนย์กลางของ OOP คือ แยกการเขียนโปรแกรมประกอบในรายการ ซึ่งรวบรวมข้อมูลและเทคนิคในขณะที่ศูนย์กลางของ AOP คือการแยกโครงการออกเป็นโค่นข้อสงสัย จริงๆ แล้ว อาการไม่ได้เป็นคู่แข่งสำหรับ OOP ในความเป็นจริงว่ามันเพิ่มขึ้นจากมาตรฐาน อุ๊ย พัฒนา OOP โดยพุ่งไปไม่กี่แง่มุมปัญหาของมัน อาการ acquaints เส้นทางที่สมบูรณ์แบบกับ actualize โค่นกังวล ( ซึ่งอาจจะกระจายอยู่ทั่วในสถานที่ไม่กี่ในการเปรียบเทียบ OOP ) ในจุดที่โดดเดี่ยวดังนั้น แง่มุม ทำให้ระบบและทำความสะอาดทั้งหมดมากกว่าอีกคู่ ด้วยการขยาย IDE ช่วยยืดอายุการประยุกต์ใช้และพัฒนาเรียนรู้เกี่ยวกับแง่มุมที่เกี่ยวข้องแบบจำลองในอุดมคติอาจดึงผู้เชี่ยวชาญและนักออกแบบในไม่ดังนั้นอนาคตไกล