หลักการเขียนโปรแกรม DRY
หลักการเขียนโปรแกรม DRY (Don’t repeat yourself) เสนอแนะให้แบ่งระบบขนาดใหญ่ เช่น ซอฟต์แวร์ที่คุณพัฒนาออกเป็นส่วนประกอบย่อยๆ ที่ไม่ซ้ำกัน หากคุณมีส่วนประกอบหลายส่วนที่ทำ หน้าที่เดียวกัน จากหลักการ DRY ควรลดจำนวนลง ในอุดมคติแล้ว แต่ละส่วนประกอบ ควรไม่ถูกทำซ้ำ
หลังจากแบ่งระบบออกเป็นส่วนประกอบต่างๆ ซึ่งรับผิดชอบการทำงานเฉพาะเจาะจงแล้ว สามารถจัดระเบียบให้เป็นคลาสได้ ซึ่งเรียกว่า สถาปัตยกรรมแบบมอดูลาร์
เพื่อสร้างระบบตาม หลักการ DRY อย่างถูกต้อง ต้องปฏิบัติตาม กฎต่อไปนี้:
- ก่อนเริ่มทำงานกับโปรเจกต์ ให้จินตนาการมันเป็นแผนภาพเชิงกราฟิก แบ่งออกเป็นส่วนประกอบที่มองเห็นได้
- เมื่อทำงานกับส่วนประกอบที่ซับซ้อนของโปรเจกต์ ควรนำเสนอในรูปแบบกราฟิกเป็น แผนภาพ UML ด้วย
- ในแผนภาพเชิงกราฟิกควรระบุ ลำดับชั้นและบทบาทของแต่ละส่วนประกอบของโปรเจกต์ให้ชัดเจน
- นอกจากนี้ในแผนภาพควรระบุ ความเชื่อมโยงของส่วนประกอบของคุณกับส่วนประกอบของ สมาชิกคนอื่นๆ ในโปรเจกต์ รวมถึง สาขาใดของโปรเจกต์จะเป็นสาธารณะ หรือส่วนตัว
- ต้องหลีกเลี่ยงการเชื่อมโยงแบบตายตัว ระหว่างส่วนประกอบ เนื่องจาก ส่งผลเสียต่อประสิทธิภาพ ของสถาปัตยกรรมโปรเจกต์ทั้งหมด
ดูเพิ่มเติม
-
หลักการ
SOLID,
ซึ่งกำหนดแนวทางสำหรับซอฟต์แวร์บนพื้นฐาน OOP -
หลักการ
KISS,
ซึ่งเสนอแนะให้หลีกเลี่ยงการทำให้ซอฟต์แวร์ซับซ้อน -
หลักการ
YAGNI,
ซึ่งเสนอแนะให้ละเว้นฟังก์ชันการทำงานที่เกินความจำเป็นของซอฟต์แวร์ -
หลักการ
CQS,
ซึ่งกำหนดให้แต่ละฟังก์ชันมีเพียงคำสั่งเดียว -
หลักการ
LoD,
ซึ่งใช้ในการพัฒนาซอฟต์แวร์ -
หลักการ การแยกความรับผิดชอบ,
ซึ่งใช้ในการพัฒนาซอฟต์แวร์
