Less experienced object oriented de

Less experienced object oriented developers might decide to wrap all the business rules into an object very often referred to as OrderManager or OrderService. In these designs, Order, Customer, and Item are treated as little more than record types. All logic is factored out of the classes and tied together in one large, procedural method with a lot of internal if-then-else constructs. These methods are easily broken and are almost impossible to maintain. The reason? The encapsulation is broken.

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

น้อยกว่าวัตถุที่มีประสบการณ์ พัฒนาแนวอาจจะตัดกฎทางธุรกิจทั้งหมดในวัตถุมากมักเรียกว่า OrderManager หรือ OrderService ในการออกแบบเหล่านี้ สั่ง ลูกค้า และสินค้าจะถือว่าเป็นชนิดของเรกคอร์ดที่น้อยกว่า ตรรกะทั้งหมดแยกตัวประกอบจากคลา และเชื่อมโยงกันในวิธีการขนาดใหญ่ ขั้นตอนที่หนึ่งมีโครงสร้างถ้าแล้วอื่นภายใน วิธีการเหล่านี้ไม่ได้ และเกือบจะไม่สามารถรักษา เหตุผล Encapsulation ที่ถูกตัดขาด

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

นักพัฒนาวัตถุที่มีประสบการณ์น้อยที่มุ่งเน้นอาจตัดสินใจที่จะตัดทุกกฎเกณฑ์ทางธุรกิจเป็นวัตถุมากมักจะเรียกว่า OrderManager หรือ OrderService ในการออกแบบเหล่านี้สั่งซื้อของลูกค้าและรายการจะถือว่าเป็นน้อยกว่าชนิดบันทึก ตรรกะทั้งหมดเป็นปัจจัยจากการเรียนและการเชื่อมโยงกันในขนาดใหญ่หนึ่งวิธีในการดำเนินการที่มีจำนวนมากภายในถ้า-แล้วอื่นโครงสร้าง วิธีการเหล่านี้หักได้อย่างง่ายดายและมีความเป็นไปไม่ได้เกือบที่จะรักษา เหตุผล? ห่อหุ้มเสีย

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

มีประสบการณ์น้อยเชิงวัตถุ นักพัฒนาอาจตัดสินใจที่จะตัดทั้งหมดกฎธุรกิจในวัตถุมากมักจะเรียกว่า ordermanager หรือ orderservice . ในการออกแบบเหล่านี้ เพื่อ ลูกค้า และสินค้าจะถือว่าเป็นมากกว่าประเภทบันทึก เหตุผลคือ ประกอบนอกชั้นเรียนและผูกไว้ด้วยกันในหนึ่งขนาดใหญ่ ขั้นตอน วิธีการ ด้วยมากของภายในได้สร้าง . วิธีการเหล่านี้จะหักได้อย่างง่ายดายและเกือบเป็นไปไม่ได้ที่จะรักษา เหตุผล ? การห่อหุ้มเสีย