คุณควรปรับโครงสร้างใหม่เมื่อใด

2024 ผู้เขียน: Lynn Donovan | [email protected]. แก้ไขล่าสุด: 2023-12-15 23:54

มาร์ติน ฟาวเลอร์อธิบายกฎสามข้อซึ่งอธิบาย เมื่อใดควรปรับโครงสร้างใหม่ , ในหนังสือของเขา การปรับโครงสร้างใหม่ . เขาบอกว่าครั้งแรกที่นักพัฒนา ทำ บางอย่าง พวกเขา ควรทำ มันตรงไปตรงมา ครั้งต่อไปหากพวกเขา ทำ สิ่งที่คล้ายคลึงกันพวกเขาสามารถทำซ้ำโค้ดที่มีอยู่ได้ ครั้งที่สาม พวกเขา ควรปรับโครงสร้างใหม่.

ในที่นี้ เมื่อใดที่คุณไม่ควร refactor?

ให้รหัสที่ไม่มีการทดสอบ คุณอาจ ปรับปรุงโครงสร้าง เพื่อให้สามารถทดสอบได้มากขึ้น คุณทำ ไม่ปรับโครงสร้างใหม่ รหัสเมื่อคุณไม่สามารถทดสอบรหัสผลลัพธ์ได้ทันเวลาเพื่อส่งรหัสนั้นมันยังคงมีค่าสำหรับผู้รับ คุณทำ ไม่ปรับโครงสร้างใหม่ รหัสเมื่อคุณ การปรับโครงสร้างใหม่ จะ ไม่ ปรับปรุงคุณภาพของรหัส

รู้ยัง เมื่อใดควรทำการ refactoring ใน agile? การปรับโครงสร้างใหม่ หลักการที่สอง: Business Catalysts หากธุรกิจต้องการคุณสมบัติใหม่ ดังนั้น การปรับโครงสร้างควร เท่านั้น เสร็จแล้ว ในส่วนต่าง ๆ ของระบบที่จำเป็นในการเปิดใช้งานคุณสมบัตินั้น กล่าวอีกนัยหนึ่งอย่า ปรับปรุงโครงสร้าง ส่วนต่อประสานผู้ใช้ทั้งหมดเพียง ปรับปรุงโครงสร้าง ส่วนที่เกี่ยวข้องกับคำขอทางธุรกิจเฉพาะ

นอกจากนี้ คุณควรดำเนินการปรับโครงสร้างใหม่เมื่อใด

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

อะไรเป็นสาเหตุให้คุณรีแฟคเตอร์?

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