Kam reikalingi interfeisai, jei jau egzistuoja abstraktūs klasės?

1. Daugialypis paveldėjimas. Klasė gali įgyvendinti kelis sąsajos interfeisus, bet paveldi tik iš vieno klases (įskaitant abstrakčias).

   interfeisas IDrivable {}
   interfeisas IFlyable {}
   
   klasė Car : IDrivable {} // Paveldi tik iš vienos klasės (objektas neaiškus)
   
   klasė FlyingCar : IDrivable, IFlyable {} // Įgyvendina kelis interfeisus
   

2. Sutartis be įgyvendinimo. Sąsajos apibrėžia tik sutartį (metodus, savybes, įvykius, indeksatorius) be jokio įgyvendinimo. Abstrakčios klasės gali turėti iš dalies įgyvendintą funkcionalumą ir laukus.

   interfeisas IShape
   {
       double GetArea(); // Tik deklaracija
   }
   
   abstrakti klasė Shape
   {
       public abstract double GetArea(); // Deklaracija
       public string Color { get; set; } // Savybės įgyvendinimas
   
       public void DisplayColor()
       {
           Console.WriteLine($"Color: {Color}"); // Įgyvendintas metodas
       }
   }
   

3. Silpnas sujungimas (loose coupling). Sąsajos skatina silpną sujungimą tarp komponentų, nes kodas priklauso nuo sutarties, o ne nuo konkrečios klasės įgyvendinimo. Tai palengvina pakeisti vieną įgyvendinimą kitu.
4. Vaidmenų atskyrimas. Sąsajos leidžia aiškiai apibrėžti vaidmenis ar galimybes, kurias turi turėti klasė, nepriklausomai nuo jos pagrindinio tipo ar paveldėjimo hierarchijos.
5. Testavimas. Mokinimas ir modulinis testavimas dažnai kuriami remiantis sąsajomis, nes abstrakčios klasės gali turėti priklausomybių ar sudėtingą vidinę logiką.

Apibendrinant: sąsajos suteikia lankstų mechanizmą sutartims apibrėžti ir polimorfizmui pasiekti, o abstrakčios klasės skirtos teikti dalinę įgyvendinimą ir pagrindinį funkcionalumą, kuris bus papildytas paveldėtuose klasėse.