การฉีดพึ่งพาและวิธีการแบบคงที่

ฉันมีการสนทนาที่น่าสนใจในวันนี้กับผู้พัฒนารายอื่นเกี่ยวกับวิธีการเข้าเรียนด้วยวิธีการที่ยอมรับสตริงและเอาต์พุตสตริง

ลองนึกภาพบางสิ่งเช่นสิ่งต่อไปนี้ซึ่งสร้างขึ้นโดยสมบูรณ์เพื่อเป็นตัวอย่าง

public string GetStringPart(string input)
{ 
   //Some input validation which is removed for clarity

   if(input.Length > 5)
        return input.Substring(0,1);

   if(input.Substring(0,1) == "B")
        return input.Substring(0,3);

   return string.empty;
}

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

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

ไม่จำเป็นต้องแยกฟังก์ชั่นที่เป็นนามธรรมออกโดยไม่ต้องพึ่งพามันมากเกินไป

หากสิ่งนี้ซับซ้อนมากขึ้นอาจส่งผ่านอินเทอร์เฟซไปยังตัวสร้างหรือวิธีการรับประกัน แต่ฉันจะไม่ลงไปตามถนนนั้นเว้นแต่ฉันจะมีGetStringPartตรรกะที่ซับซ้อนตามสถานที่ ฯลฯ

นี่คือเหตุผล

class DOSClient {
    OrderParser orderParser;
    string orderCode;

    DOSClient(OrderParser orderParser, string ordercode) { 
        this.orderParser = orderParser; 
        this.ordercode = ordercode;
    }
    void DisplayOrderCode() {
        Console.Write( "Prefix: " + orderParser.GetStringPart(ordercode) ); 
        ...
    }
}

class GUIClient {
    OrderParser orderParser;
    string orderCode;
    GUI gui;

    GUIClient(OrderParser orderParser, string ordercode, GUI gui) { 
        this.orderParser = orderParser; 
        this.ordercode = ordercode;
        this.gui = gui;
    }

    void DisplayOrderCode() {
        gui.Prefix( orderParser.GetStringPart(ordercode) ); 
        ...
    }
}

class OrderParserUS : IOrderParser {

    public string GetStringPart(string input)
    { 
        //Some input validation which is removed for clarity

        if(input.Length > 5)
            return input.Substring(0,1);

        if(input.Substring(0,1) == "B")
            return input.Substring(0,3);

        return string.empty;
    }
}

class OrderParserEU : IOrderParser {

    public string GetStringPart(string input)
    { 
        //Some input validation which is removed for clarity

        if(input.Length > 6)
            return input.Substring(0,1);

        if(input.Substring(0,1) == "#")
            return input.Substring(0,3);

        return string.empty;
    }
}

หากคุณใช้วิธีแบบคงที่คงไม่มีวิธีใดที่จะเปลี่ยนพฤติกรรมของGetStringPartโดยไม่ทำลายพฤติกรรมเก่าหรือทำให้เสียด้วยตรรกะแบบมีเงื่อนไข มันเป็นความจริงที่สถิตศาสตร์เป็นรูปกลมที่ชั่วร้ายในการอำพราง แต่ความจริงที่ว่าพวกเขาปิดการใช้งานความหลากหลายคือหัวหน้าของฉันที่ร้องเรียนเกี่ยวกับพวกเขา วิธีการคงที่ไม่ได้เรียนในภาษา OOP ด้วยการให้วิธีการที่วัตถุอยู่แม้จะไม่มีสถานะเราทำให้วิธีการแบบพกพา พฤติกรรมของมันสามารถส่งผ่านไปรอบ ๆ เช่นค่าของตัวแปร

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

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

BTW GetStringPartเป็นชื่อที่แย่มาก