ทำไมวิธีการเข้าถึงจากข้อมูลจำเพาะ JavaBean กลายเป็นมาตรฐานสำหรับการพัฒนา Java?

JavaBeans ข้อมูลจำเพาะอธิบาย JavaBean เป็น

Java Bean เป็นส่วนประกอบซอฟต์แวร์ที่สามารถนำกลับมาใช้ใหม่ที่สามารถจัดการได้ด้วยเครื่องมือสร้างภาพ

เนื่องจากส่วนใหญ่ของบรรทัดของรหัสที่เขียนดูเหมือนจะไม่มีอะไรเกี่ยวข้องกับการสร้างภาพในเครื่องมือสร้างทำไมข้อมูลจำเพาะ JavaBean จึงเป็น "วิธี" ในการเขียนรหัสเชิงวัตถุ?

ฉันต้องการละทิ้ง getter / setter แบบดั้งเดิมเพื่อสนับสนุนFluent Interfacesตลอดรหัสไม่เพียง แต่ในผู้สร้าง แต่กลัวที่จะทำเช่นนี้เนื่องจากนี่ไม่ใช่วิธีการเขียนโค้ดเชิงวัตถุใน Java

accessor สไตล์ JavaBean ได้พิสูจน์แล้วว่าเป็นคู่ที่ดีสำหรับสถานการณ์ทุกประเภทที่คล้ายกับสถานการณ์ "เครื่องมือสร้าง" ต้นฉบับในจุดหลักเดียว: ส่วนประกอบจะถูกส่งผ่านไปรอบ ๆ และจัดการโดยภาชนะและเครื่องมือทั่วไปเช่นเดียวกับรหัสแอปพลิเคชัน ในเซิร์ฟเวอร์แอปคุณมีส่วนประกอบของบริการซึ่งคอนเทนเนอร์ EJB หรือ Spring เพิ่มธุรกรรมและการพึ่งพาการพึ่งพารูปแบบโดเมนถาวรที่ ORM เพิ่มการตรวจจับการโหลดและการเปลี่ยนแปลงที่ขี้เกียจและสามารถต่อเนื่องกับ XML โดยห้องสมุดโดยไม่มีรหัสเฉพาะใด ๆ

Accessors จัดเตรียม API ทั่วไปที่มีความยืดหยุ่นสูงในการใช้งานส่วนประกอบ - มันไม่สั่งการการดำเนินการ การเรียกใช้ accessor แต่ละครั้งนั้นขึ้นอยู่กับรูปแบบเดียวกันดังนั้นคุณจึงสามารถเพิ่มเลเยอร์ทั่วไปที่เพิ่มฟังก์ชันการทำงานโดยไม่กระทบกับรูปแบบการใช้งานที่ต้องการ

ในทางตรงกันข้ามอินเทอร์เฟซที่คล่องแคล่วมักถูกออกแบบมาสำหรับการใช้งานครั้งเดียว: วัตถุถูกสร้างขึ้นโซ่ของวิธีการที่เรียกว่าจบลงด้วยวิธีการที่สร้างผลลัพธ์สุดท้ายและจากนั้นวัตถุจะถูกทิ้งร้าง มีความยืดหยุ่นน้อยกว่ามาก (ส่วนใหญ่เป็นวิธีการที่เป็นตัวเลือก) และ genericality แต่นี่เป็นข้อได้เปรียบตรงที่: อินเตอร์เฟสบังคับให้คุณใช้รูปแบบการใช้งานที่ต้องการทำให้ง่ายต่อการใช้งาน

ดังนั้น JavaBeans และส่วนต่อประสานที่คล่องแคล่วจึงมีข้อได้เปรียบในสถานการณ์ต่าง ๆ ซึ่งคุณควรใช้ขึ้นอยู่กับ และคุณสามารถรวมกันทั้งคู่ได้

เพราะ JavaBeans คุณเชื่อมโยงเพื่อกำหนดแบบแผนสำหรับการเข้าถึงคุณสมบัติผู้คนจึงตัดสินใจที่จะใช้ประโยชน์จากการประชุมและกรอบการทำงานที่สร้างขึ้นรอบ ๆ มัน เฟรมเวิร์กเหล่านี้บางส่วนเช่น Hibernate ค่อนข้างมีประโยชน์และได้รับความนิยมอย่างมาก ดังนั้นเนื่องจากผู้คนใช้เฟรมเวิร์กที่ยึดตามข้อกำหนดของ JavaBeans ทำให้ JavaBeans แพร่หลายมากขึ้นเรื่อย ๆ และเฟรมเวิร์กก็เพิ่มมากขึ้นเรื่อย ๆ

ส่วนต่อประสาน Fluent เป็นความคิดที่ดี แต่พวกเขาเล่นได้ดีกับ Spring หรือ Struts 2 หรือไม่? เอาชนะฉัน