რატომ არის საჭირო ინტერფეისები, თუ უკვე არსებობს აბსტრაქტული კლასი?

1. მრავალმემკვიდრეობა. კლასი შეუძლია რამდენიმე ინტერფეისის განხორციელება, მაგრამ მხოლოდ ერთი კლასი (მათ შორის აბსტრაქტული) მემკვიდრეობით მიიღოს.

   ინტერფეისი IDrivable {}
   ინტერფეისი IFlyable {}
   
   კლასი Car : IDrivable {} // მხოლოდ ერთი კლასი (ობიექტი უხილავი)
   
   კლასი FlyingCar : IDrivable, IFlyable {} // რამდენიმე ინტერფეისის განხორციელება
   

2. შეთანხმება გარეშე განხორციელება. ინტერფეისები განსაზღვრავენ მხოლოდ კონტრაქტს (მეთოდები, თვისებები, მოვლენა, ინდექსატორები) გარეშე რაიმე განხორციელებას. აბსტრაქტული კლასი შეიძლება შეიცავდეს ნაწილობრივ განხორციელებულ ფუნქციონალს და ველებს.

   ინტერფეისი IShape
   {
       double GetArea(); // მხოლოდ გამოცხადება
   }
   
   აბსტრაქტული კლასი Shape
   {
       public abstract double GetArea(); // გამოცხადება
       public string Color { get; set; } // თვისების განხორციელება
   
       public void DisplayColor()
       {
           Console.WriteLine($"Color: {Color}"); // განხორციელებული მეთოდი
       }
   }
   

3. სუსტი კავშირი (loose coupling). ინტერფეისები უწყობენ ხელს სუსტი კავშირს კომპონენტებს შორის, რადგან კოდი დამოკიდებულია კონტრაქტზე, არა კონკრეტულ კლასზე. ეს ამარტივებს ერთ რეალიზაციის შეცვლას სხვა რეალიზაციით.
4. როლების განყოფილება. ინტერფეისები საშუალებას აძლევს განსაზღვროს მკაფიო როლები ან შესაძლებლობები, რომლებითაც უნდა იყოს აღჭურვილი კლასი, независимо მისი ძირითადი ტიპის ან მემკვიდრეობის იერარქიიდან.
5. ტესტირება. მოკირება და სტაბები მოდულურ ტესტირებაში ხშირად შექმნილია ინტერფეისებზე, რადგან აბსტრაქტული კლასი შეიძლება ჰქონდეს დამოკიდებულებები ან რთული შიდა ლოგიკა.

სummary: ინტერფეისები უზრუნველყოფენ მოქნილ მექანიზმს კონტრაქტების განსაზღვრასა და პოლიმორფიზმის მიღწევაში, ხოლო აბსტრაქტული კლასი განკუთვნილია ნაწილობრივ განხორციელებული და ძირითადი ფუნქციონალის მიწოდებისთვის, რომელიც განახლდება მემკვიდრეობით კლასებში.