C#:
רפקטורינג

איך לעשות:

בואו נרפקטר מתודה פשוטה ב-C# שמחשבת ומדפיסה את סכום של מערך של מספרים:

לפני רפקטורינג:

public class Calculator
{
    public void CalculateSum()
    {
        int[] numbers = { 1, 2, 3, 4, 5 };
        int sum = 0;
        for (int i = 0; i < numbers.Length; i++)
        {
            sum += numbers[i];
        }
        Console.WriteLine("The sum is " + sum);
    }
}

אחרי רפקטורינג:

public class Calculator
{
    private readonly int[] _numbers;

    public Calculator(int[] numbers)
    {
        _numbers = numbers;
    }

    public int CalculateSum()
    {
        return _numbers.Sum();
    }

    public void DisplaySum()
    {
        Console.WriteLine($"The sum is {CalculateSum()}");
    }
}

// שימוש:
var calculator = new Calculator(new[] { 1, 2, 3, 4, 5 });
calculator.DisplaySum();

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

צלילה עמוקה

ריפקטורינג שורשיו בקהילת התכנות של Smalltalk והתפרסם בשנות ה-90 על ידי הספר של מרטין פאולר “Refactoring: Improving the Design of Existing Code”. במרוצת השנים, הוא הפך לחלק מהותי ממתודולוגיות אג’ייל וממנהגי קידוד טובים.

ישנן גישות שונות לריפקטורינג, כמו Red-Green-Refactor בפיתוח מונחה בדיקות (TDD). זה מבטיח שהריפקטורינג לא מכניס באגים על ידי התחלה עם בדיקה שנכשלת, הפיכתה למעבר, ואז ניקוי הקוד.

כאשר מיישמים ריפקטורינג, קריטי להחזיק בסוויטת בדיקות מקיפה כדי להבטיח שלא נשברת פונקציונליות במהלך התהליך. כלים אוטומטיים לריפקטורינג, כמו ReSharper ל-C#, יכולים גם לעזור בתהליך זה על ידי הצעת דרכים בטוחות לשנות מבני קוד. עם זאת, הכלים אמורים להיות בתוספת להבנה עמוקה של קוד המקור ועקרונות קידוד.

ראה גם