מתי כדאי לשחזר?

2024 מְחַבֵּר: Lynn Donovan | [email protected]. שונה לאחרונה: 2023-12-15 23:47

מרטין פאולר מתאר את כלל השלוש, שמסביר מתי לשחזר , בספרו ארגון מחדש . הוא אומר כי בפעם הראשונה מפתחים לַעֲשׂוֹת משהו, הם צריך לעשות זאת באופן ישיר. בפעם הבאה, אם הם לַעֲשׂוֹת משהו דומה, הם יכולים לשכפל את פיסת הקוד הקיימת. בפעם השלישית, הם צריך לשחזר.

מכאן, מתי לא כדאי לשחזר?

בהינתן קוד ללא בדיקות, אתה יכול רפקטור לעשות את זה יותר לבדיקה. אתה כן לא מחדש קוד כאשר אינך יכול לבדוק את הקוד שהתקבל בזמן כדי לספק אותו כך שהוא עדיין בעל ערך לנמען. אתה כן לא מחדש קוד כאשר שלך ארגון מחדש רָצוֹן לֹא לשפר את איכות הקוד.

יודע גם, מתי יש לבצע ריפקטורינג בזריזות? ארגון מחדש עיקרון שני: זרזים עסקיים אם העסק צריך תכונה חדשה, אז Refactoring צריך רק להיות בוצע על אותם חלקים של המערכת שנדרשים כדי להפעיל תכונה זו. במילים אחרות, אל תעשה רפקטור כל ממשק המשתמש, פשוט רפקטור החלקים הקשורים לבקשה העסקית הספציפית.

מלבד לעיל, מתי כדאי לבצע ריפקטורינג?

ארגון מחדש הוא תהליך של שינוי מבנה הקוד מבלי לשנות אותו התנהגות . זה אמור לשמש ל להקל על הוספת תכונות. מכיוון שהתוצאה היא קוד ש"מריח" טוב יותר, לפעמים אנשים מתבלבלים וחושבים כך ארגון מחדש מהווה סוף ל עצמו. אני לא מסכים עם הרגש הזה.

מה גורם לך להתחדש?

אחד הראשיים סיבות לשחזור האם זה בשלב מסוים אתה גלה שהקוד משמש יותר מנתיב קוד אחד ו אתה לא רוצה לשכפל (העתק והדבק) אלא לעשות שימוש חוזר. זה חשוב במיוחד במקרים שבהם אתה למצוא שגיאה בקוד הזה.