เหตุใดการใช้ 'ขั้นสุดท้าย' ในชั้นเรียนจึงไม่ดีจริงๆ

ฉันกำลังสร้างเว็บไซต์เดิมของ PHP OOP

ฉันถูกล่อลวงให้เริ่มใช้ 'ขั้นสุดท้าย' ในชั้นเรียนถึง " make it explicit that the class is currently not extended by anything" สิ่งนี้อาจช่วยประหยัดเวลาได้มากถ้าฉันมาเรียนและฉันสงสัยว่าฉันสามารถเปลี่ยนชื่อ / ลบ / แก้ไขprotectedคุณสมบัติหรือวิธีการได้หรือไม่ ถ้าฉันจริงๆต้องการที่จะขยายชั้นเรียนฉันก็สามารถลบคำหลักสุดท้ายที่จะปลดล็อคสำหรับการขยาย

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

ทุกอย่างดูเหมือนจะเป็นแนวคิดที่ช่วยประหยัดเวลาได้ แต่ .... ฉันมักจะอ่านว่าคลาสควรจะทำ 'ขั้นสุดท้าย' ในโอกาสที่หายาก / พิเศษเท่านั้น

บางทีมันอาจทำให้เกิดการสร้างวัตถุจำลองหรือมีผลข้างเคียงอื่น ๆ ที่ฉันไม่ได้คิด

ฉันพลาดอะไรไป

ฉันมักจะอ่านว่าชั้นเรียนควรทำ 'ขั้นสุดท้าย' ในโอกาสที่หายาก / พิเศษเท่านั้น

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

ดังนั้นการใช้finalโดยค่าเริ่มต้นจะไม่เลว ในความเป็นจริงหลายคนเสนอว่าควรจะเริ่มต้นเช่นจอนสกีต

บางทีมันอาจทำให้เกิดการสร้างวัตถุจำลองขึ้นมา ...

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

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

มีบทความที่ดีเกี่ยวกับการเป็น"เมื่อจะประกาศชั้นเรียนสุดท้าย" คำพูดเล็กน้อยจากมัน:

TL; DR: ทำให้คลาสของคุณเป็นจริงเสมอfinalถ้าใช้อินเทอร์เฟซและไม่มีการกำหนดวิธีสาธารณะอื่น ๆ

ทำไมฉันต้องใช้final?

1. ป้องกันไม่ให้ห่วงโซ่การสืบทอดขนาดใหญ่ของการลงโทษ
2. ส่งเสริมองค์ประกอบ
3. บังคับให้นักพัฒนาคิดเกี่ยวกับ API สาธารณะของผู้ใช้
4. บังคับให้ผู้พัฒนาย่อขนาด API สาธารณะของวัตถุ
5. finalระดับจะสามารถทำให้ขยาย
6. extends แบ่ง encapsulation
7. คุณไม่ต้องการความยืดหยุ่นนั้น
8. คุณมีอิสระที่จะเปลี่ยนรหัส

ควรหลีกเลี่ยงเมื่อใดfinal:

คลาสสุดท้ายใช้งานได้อย่างมีประสิทธิภาพภายใต้สมมติฐานดังต่อไปนี้:

1. มีสิ่งที่เป็นนามธรรม (อินเทอร์เฟซ) ที่คลาสสุดท้ายใช้
2. API สาธารณะทั้งหมดของคลาสสุดท้ายเป็นส่วนหนึ่งของอินเทอร์เฟซนั้น

หากหนึ่งในสองเงื่อนไขเหล่านี้หายไปคุณอาจจะถึงจุดหนึ่งเมื่อคุณจะทำให้ชั้นเรียนขยายออกไปเนื่องจากโค้ดของคุณไม่ได้อาศัยบทคัดย่ออย่างแท้จริง

ป.ล. ขอบคุณ @ocramius สำหรับการอ่านที่ยอดเยี่ยม!

"final" สำหรับคลาสหมายถึง: คุณต้องการคลาสย่อยหรือไม่? ไปข้างหน้าลบ "ขั้นสุดท้าย" คลาสย่อยได้มากเท่าที่คุณต้องการ แต่อย่าบ่นกับฉันถ้ามันไม่ทำงาน คุณอยู่คนเดียว

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

สิ่งหนึ่งที่คุณอาจไม่เคยคิดมาก่อนคือความจริงที่ว่าการเปลี่ยนแปลงใด ๆในชั้นเรียนหมายความว่าจะต้องผ่านการทดสอบ QA ใหม่

อย่าทำเครื่องหมายสิ่งต่าง ๆ ว่าเป็นที่สุดเว้นแต่คุณจะหมายความว่าอย่างนั้นจริงๆ

การใช้ 'ขั้นสุดท้าย' จะช่วยให้ผู้อื่นมีอิสระในการใช้งานโค้ดของคุณ

หากรหัสที่คุณเขียนนั้นมีไว้สำหรับคุณเท่านั้นและจะไม่ถูกเปิดเผยต่อสาธารณะหรือลูกค้าจากนั้นคุณสามารถทำอะไรกับรหัสที่คุณต้องการได้แน่นอน มิฉะนั้นคุณจะป้องกันไม่ให้ผู้อื่นสร้างรหัสของคุณ บ่อยครั้งที่ฉันต้องทำงานกับ API ที่ง่ายต่อการขยายความต้องการของฉัน แต่แล้วฉันก็ถูกขัดขวางโดย 'ขั้นสุดท้าย'

นอกจากนี้ยังมีมักจะเป็นรหัสที่ควรจะดีกว่าไม่ได้ทำแต่private protectedแน่นอนว่าprivateหมายถึง "encapsulation" และซ่อนสิ่งที่ถือว่าเป็นรายละเอียดการใช้งาน แต่ในฐานะที่เป็นโปรแกรมเมอร์ API ฉันก็อาจบันทึกความจริงที่ว่าวิธีการxyzนั้นถูกพิจารณาว่าเป็นรายละเอียดการใช้งานและดังนั้นจึงอาจมีการเปลี่ยนแปลง / ลบในเวอร์ชันอนาคต ดังนั้นทุกคนที่จะพึ่งพารหัสดังกล่าวทั้งๆที่คำเตือนกำลังทำมันอยู่กับความเสี่ยงของเขาเอง แต่จริง ๆ แล้วเขาสามารถทำได้และนำโค้ดกลับมาใช้ใหม่ (หวังว่าทดสอบแล้ว) และหาวิธีแก้ปัญหาได้เร็วขึ้น

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

อย่างไรก็ตามหากการใช้งานนั้นเป็นแหล่งข้อมูลปิดคุณจะถูกทิ้งให้อยู่กับการหาวิธีแก้ปัญหาหรือในกรณีที่เลวร้ายที่สุดโดยเปลี่ยนไปใช้ API อื่นโดยมีข้อ จำกัด น้อยกว่าเกี่ยวกับความเป็นไปได้ในการปรับแต่ง / ขยาย

โปรดทราบว่าฉันไม่พบ 'ขั้นสุดท้าย' หรือ 'ส่วนตัว' เป็นความชั่วร้าย แต่ฉันคิดว่าพวกเขาใช้บ่อยเกินไปเพราะโปรแกรมเมอร์ไม่ได้คิดถึงโค้ดของเขาในแง่ของการใช้ซ้ำและขยายส่วนขยาย