ทำไมการแบ่งคลาสย่อยมากเกินไปจึงไม่ดี
"มากเกินไป" เป็นคำพิพากษา แต่เอาไปจากฉันมันไม่ดี รหัสที่ฉันทำงานด้วยมีการสืบทอด DEEP และรหัสนั้นยากที่จะอ่านทำความเข้าใจติดตามติดตามตรวจแก้จุดบกพร่อง ฯลฯ ฯลฯ เป็นไปไม่ได้ที่จะเขียนโค้ดทดสอบสำหรับสิ่งนี้ได้อย่างมีประสิทธิภาพ
รูปแบบต้นแบบทำไปด้วย subclassing
หรือคำถามนั้นหมายความว่า "มีคลาสย่อยมากเกินไปหรือไม่" รูปแบบนี้เรียกใช้การโคลนวัตถุ "เทมเพลต" เพื่อหลีกเลี่ยงการทำคลาสย่อยอย่างน้อยตอนนี้ ไม่มีกฎที่ระบุว่า "เทมเพลต" ไม่สามารถเป็นคลาสย่อยได้
ชอบองค์ประกอบมากกว่ามรดก
แนวคิดนี้รวมถึงการมอบหมายและการรวม การติดตามความรู้นี้หมายถึงซอฟต์แวร์ของคุณมีความยืดหยุ่นมากขึ้นง่ายต่อการบำรุงรักษาขยายและนำกลับมาใช้ใหม่
เมื่อระดับประกอบด้วยชิ้นส่วนที่คุณสามารถใช้แทนชิ้นส่วนเหล่านั้นที่รันไทม์ สิ่งนี้มีผลอย่างลึกซึ้งต่อความสามารถในการทดสอบ
การทดสอบเป็นเรื่องง่าย คุณสามารถใช้ชิ้นส่วนปลอม (เช่น "mocks", "คู่" และพูดคุยการทดสอบอื่น ๆ ) การสืบทอดทางลึกของรหัสของเราหมายความว่าเราต้องยกตัวอย่างลำดับชั้นทั้งหมดเพื่อทดสอบบิตใด ๆ ของมัน ในกรณีของเราที่เป็นไปไม่ได้หากไม่มีรหัสในสภาพแวดล้อมจริง ตัวอย่างเช่นเราต้องการฐานข้อมูลเพื่อยกตัวอย่างวัตถุทางธุรกิจ
การเปลี่ยนแปลงมาพร้อมกับผลข้างเคียงและความไม่แน่นอน - ยิ่ง "ฐาน" ชั้นเรียนยิ่งมีเอฟเฟ็กต์ที่แพร่หลายมากขึ้นสำหรับดีหรือไม่ดี อาจมีการเปลี่ยนแปลงที่คุณไม่กล้าทำเนื่องจากมีผลข้างเคียงที่ไม่แน่นอน หรือการเปลี่ยนแปลงที่ดีสำหรับสถานที่บางแห่งในห่วงโซ่มรดกของเราไม่ดีสำหรับคนอื่น นี่เป็นประสบการณ์ของฉันอย่างแน่นอน