CI jak Ćwiczenia Interface segregation principle, czyli Zasady segregacji interfejsów

Interface segregation principle – Zasada segregacji interfejsów

Wiele dedykowanych i małych interfejsów jest lepsze niż jeden ogólny.

Jak wykorzystywać w praktyce ISP?

Należy rozdzielać interfejsy na mniejsze i przyłożyć się do projektowania abstrakcyjnych elementów w aplikacji. Za granicę podziału najlepiej wybierać jest miejsce, które pozwala wydzielić obszary zgodne z zasadą pojedynczej odpowiedzialności. Każdy obszar powinien mieć jeden powód do zmiany. Powinien zmniejszać zależności i zwiększać spójność. Interfejsy powinny zawierać taki zbiór metod, aby klasy je implementujące nie musiały implementować metod, których nie chcą implementować.

Przykład

class Program
  {
      static void Main(string[] args)
      {
          IDataImporter reportImporter = new ReportImporter();
          Console.WriteLine(reportImporter.GetDataFromPdf());
          Console.WriteLine(reportImporter.GetDataFromExcel());
 
          IDataImporter pictureImporter = new TableImporter();
          Console.WriteLine(pictureImporter.GetDataFromPdf());
          Console.WriteLine(pictureImporter.GetDataFromExcel());
      }
  }
 
  internal class TableImporter : IDataImporter
  {
      public string GetDataFromExcel()
      {
          return "Table from Excel";
      }
 
      public string GetDataFromPdf()
      {
          //We do not return a table from pdf file
          return string.Empty;
      }
  }
 
  internal class ReportImporter : IDataImporter
  {
      public string GetDataFromExcel()
      {
          return "Report from Excel";
      }
 
      public string GetDataFromPdf()
      {
          return "Report from Pdf";
      }
  }
 
  internal interface IDataImporter
  {
      string GetDataFromExcel();
      string GetDataFromPdf();
  }

Klasa TableImporter implementuje metodę, z której w ogóle nie korzysta. Lepiej jest oddzielić interfejs DataImporter na mniejsze interfejsy. Wtedy wszystkie klasy będą implementowały tylko to, co chcą.

class Program
{
    static void Main(string[] args)
    {
        var reportImporter = new ReportImporter();
        Console.WriteLine(reportImporter.GetDataFromPdf());
        Console.WriteLine(reportImporter.GetDataFromExcel());
 
        IExcelParser pictureImporter = new TableImporter();
        Console.WriteLine(pictureImporter.GetDataFromExcel());
    }
}
 
internal class TableImporter : IExcelParser
{
    public string GetDataFromExcel()
    {
        return "Table from Excel";
    }
}
 
internal class ReportImporter : IExcelParser, IPdfParser
{
    public string GetDataFromExcel()
    {
        return "Report from Excel";
    }
 
    public string GetDataFromPdf()
    {
        return "Report from Pdf";
    }
}
internal interface IExcelParser
{
    string GetDataFromExcel();
}
internal interface IPdfParser
{
    string GetDataFromPdf();
}

Wszystkie posty związane z mini projektem: Poznaj zasady SOLID i OOP:

• Początek mini projektu: Poznaj zasady SOLID i OOP
• SOLID
• S jak Single responsibility principle, czyli zasada jednej odpowiedzialności
• O jak Open-closed principle, czyli zasada otwarte/zamknięte
• L jak Liskov Substitution Principle, czyli zasada podstawień Barbary Liskov
• I jak Interface segregation principle, czyli Zasada segregacji interfejsów
• D jak Dependency Inversion Principle, czyli Zasada odwrócenia zależności
• CS jak Ćwiczenia Single responsibility principle, czyli zasada jednej odpowiedzialności
• CO jak Ćwiczenia Open/closed principle, czyli Zasada otwarte-zamknięte
• CL jak Ćwiczenia Liskov Substitution Principle, czyli zasada podstawień Barbary Liskov
• CI jak Ćwiczenia Interface segregation principle, czyli Zasady segregacji interfejsów
• CI jak Ćwiczenia Dependency Inversion Principle, czyli Zasada odwrócenia zależności
• Ćwiczenia z SOLID
• Podsumowanie połowy projektu: Poznaj zasady SOLID i OOP
• Ćwiczenia z SOLID — Kata
• OOP — Object Oriented Programming, czyli programowanie obiektowe
• OOP — Myślenie obiektowe
• OOP — Object Oriented Programming, czyli programowanie obiektowe — Modelowanie dziedziny
• KISS — Keep it simple, stupid, czyli Bez udziwnień zapisu, idioto (BUZI)
• Lod — Law of Demeter, czyli Prawo Demeter
• DRY — Don’t repeat yourself, czyli Nie powtarzaj się
• SLAP — Single Level of Abstraction Principle, czyli Pojedynczy poziom abstrakcji
• Composition Over Inheritance, czyli Kompozycja ponad dziedziczeniem
• Encapsulate what changes, czyli Ukrywaj zmieniające się rzeczy
• Podsumowanie projektu: Poznaj zasady SOLID i OOP
• Podsumowanie zasad SOLID i OOP
• Mini kurs: Poznaj zasady SOLID i OOP – Zapisz się!
• Praca cząstkowa w Metodzie Kanban

Źródła

Obraz główny

• https://www.pexels.com/photo/person-holding-paper-in-left-hand-and-pen-on-right-hand-sitting-beside-desk-2058132/

Materiały

• Czysta architektura — Robert C. Martin
• https://code.tutsplus.com/tutorials/solid-part-3-liskov-substitution-interface-segregation-principles–net-36710
• https://code.tutsplus.com/tutorials/solid-part-4-the-dependency-inversion-principle–net-36872
• https://lukaszkosiorowski.pl/programowanie/solid-zasada-segregacji-interfejsow/
• http://tomaszjarzynski.pl/solid-czesc-4-zasada-segregacji-interfejsow/
• http://devman.pl/pl/techniki/zasady-solid-4-zasada-segregacji-interfejsowinterface-segregation/
• https://www.modestprogrammer.pl/solid-interface-segregation-principle-isp-wszystko-co-powinienes-wiedziec-o-zasadzie-segregacji-interfejsow
• https://www.ifcode.pl/php-solid-i-zasada-segregacji-interfejsow/