C# में इंटरफेस सेग्रिगेशन सिद्धांत (ISP) क्या है और इसे कैसे लागू करें

क्लाइंट्स को उन इंटरफेस पर निर्भर करने के लिए मजबूर नहीं किया जाना चाहिए जिनका वे उपयोग नहीं करते।

इंटरफेस सेग्रिगेशन सिद्धांत बताता है कि क्लाइंट्स को उन इंटरफेस को लागू करने के लिए मजबूर नहीं किया जाना चाहिए जिनका वे उपयोग नहीं करते।

एक फैट इंटरफेस के बजाय, मेथड्स के समूहों के आधार पर कई छोटे इंटरफेस पसंद किए जाते हैं, प्रत्येक एक सबमॉड्यूल की सेवा करता है।

इंटरफेस सेग्रिगेशन से पहले (फैट इंटरफेस)

public interface IProduct
{
    int ID { get; set; }
    double Weight { get; set; }
    int Stock { get; set; }
    int Inseam { get; set; }      // केवल पैंट्स के लिए
    int WaistSize { get; set; }   // केवल पैंट्स के लिए
}

public class Jeans : IProduct
{
    public int ID { get; set; }
    public double Weight { get; set; }
    public int Stock { get; set; }
    public int Inseam { get; set; }
    public int WaistSize { get; set; }
}

public class BaseballCap : IProduct
{
    public int ID { get; set; }
    public double Weight { get; set; }
    public int Stock { get; set; }
    public int Inseam { get; set; }      // अनावश्यक!
    public int WaistSize { get; set; }   // अनावश्यक!
    public int HatSize { get; set; }
}

समस्या: BaseballCap को Inseam और WaistSize लागू करने के लिए मजबूर किया जाता है जिनकी उसे आवश्यकता नहीं है।

इंटरफेस सेग्रिगेशन के बाद (छोटे इंटरफेस)

// सामान्य उत्पाद प्रॉपर्टीज
public interface IProduct
{
    int ID { get; set; }
    double Weight { get; set; }
    int Stock { get; set; }
}

// पैंट्स-विशिष्ट प्रॉपर्टीज
public interface IPants
{
    int Inseam { get; set; }
    int WaistSize { get; set; }
}

// हैट-विशिष्ट प्रॉपर्टीज
public interface IHat
{
    int HatSize { get; set; }
}

// अब प्रत्येक क्लास केवल वही लागू करती है जिसकी उसे आवश्यकता है
public class Jeans : IProduct, IPants
{
    public int ID { get; set; }
    public double Weight { get; set; }
    public int Stock { get; set; }
    public int Inseam { get; set; }
    public int WaistSize { get; set; }
}

public class BaseballCap : IProduct, IHat
{
    public int ID { get; set; }
    public double Weight { get; set; }
    public int Stock { get; set; }
    public int HatSize { get; set; }
}

ISP के लाभ

• कम कपलिंग: क्लाइंट्स केवल वही निर्भर करते हैं जिसकी उन्हें आवश्यकता है
• बेहतर टेस्टेबिलिटी: छोटे इंटरफेस मॉक करना आसान होता है
• मेंटेनेबिलिटी: एक इंटरफेस में बदलाव असंबंधित क्लासेस को प्रभावित नहीं करता
• लचीलापन: क्लासेस कई इंटरफेस लागू कर सकती हैं (मल्टीपल इंप्लीमेंटेशन)
• SRP अनुपालन: प्रत्येक इंटरफेस की एक जिम्मेदारी होती है

ISP उल्लंघन के संकेत

• इंटरफेस में कई मेथड्स हैं जिनका सभी कार्यान्वयनकर्ता उपयोग नहीं करते
• कार्यान्वयनकर्ता throw new NotImplementedException() का उपयोग करते हैं
• इंटरफेस का नाम "I...Service", "I...Manager" जैसे सामान्य है
• क्लासेस इंटरफेस के बड़े हिस्से को अनदेखा करती हैं

व्यावहारिक उदाहरण: IDisposable बनाम IAsyncDisposable

// .NET Core 3.0+ में अलग इंटरफेस
public interface IDisposable
{
    void Dispose();
}

public interface IAsyncDisposable
{
    ValueTask DisposeAsync();
}

// क्लास केवल वही लागू करती है जिसकी आवश्यकता है
public class FileHandler : IDisposable { ... }
public class DbConnection : IDisposable, IAsyncDisposable { ... }

सारांश

"कई क्लाइंट-विशिष्ट इंटरफेस एक सामान्य-उद्देश्य इंटरफेस से बेहतर हैं।" - रॉबर्ट सी. मार्टिन