В чем разница между abstract class и interface?

Основные различия между abstract class и interface

Ключевое различие между абстрактным классом и интерфейсом в C# заключается в их предназначении: абстрактный класс определяет "is-a" отношение (является), представляя общую сущность, а интерфейс определяет "can-do" отношение (может выполнять), описывая контракт возможностей.

Семантика и наследование

Абстрактный класс:

• Может содержать реализацию методов, полей, свойств, конструкторов
• Поддерживает модификаторы доступа (private, protected, public)
• Класс может наследоваться только от одного абстрактного класса
• Может содержать виртуальные методы с реализацией по умолчанию

public abstract class Vehicle
{
    // Поле с реализацией
    protected string _model;
    
    // Конструктор
    protected Vehicle(string model) => _model = model;
    
    // Абстрактный метод (без реализации)
    public abstract void Move();
    
    // Виртуальный метод с реализацией по умолчанию
    public virtual void Stop() => Console.WriteLine("Vehicle stopped");
}

Интерфейс:

• Определяет только сигнатуры методов, свойств, событий, индексаторов
• Не может содержать поля с реализацией (до C# 8.0)
• Класс может реализовывать множество интерфейсов
• Все члены интерфейса по умолчанию public

public interface IDriveable
{
    // Сигнатура метода без реализации
    void StartEngine();
    
    // Свойство без реализации
    int CurrentSpeed { get; }
    
    // Событие
    event Action SpeedChanged;
}

Реализация в современных версиях C#

С C# 8.0 интерфейсы получили возможность содержать реализацию по умолчанию, что частично сближает их с абстрактными классами:

public interface IAdvancedDriveable : IDriveable
{
    // Абстрактный метод
    void EnableAutopilot();
    
    // Метод с реализацией по умолчанию (C# 8.0+)
    public void Honk() => Console.WriteLine("Beep beep!");
    
    // Статический метод (C# 8.0+)
    public static string GetVehicleType() => "Generic Vehicle";
}

Ключевые технические отличия

1. Наследование vs Реализация:

   • Класс наследует абстрактный класс
   • Класс реализует интерфейс

2. Конструкторы:

   • Абстрактные классы могут иметь конструкторы
   • Интерфейсы не могут иметь конструкторов

3. Модификаторы доступа:

   • Абстрактные классы поддерживают полный контроль видимости
   • Члены интерфейса всегда public (явно или неявно)

4. Поля данных:

   • Абстрактные классы могут содержать поля с данными
   • Интерфейсы не могут содержать поля (кроме static, начиная с C# 8.0)

Практические рекомендации по выбору

Используйте абстрактный класс, когда:

• Несколько связанных классов имеют общую базовую логику
• Нужно определить общее состояние (поля) для производных классов
• Требуется контроль над модификаторами доступа
• Производные классы расширяют базовую функциональность

// Абстрактный класс подходит для иерархии объектов
public abstract class PaymentProcessor
{
    protected decimal _amount;
    
    public PaymentProcessor(decimal amount) => _amount = amount;
    
    public abstract bool ProcessPayment();
    
    protected virtual void LogTransaction() { /* общая логика */ }
}

public class CreditCardProcessor : PaymentProcessor
{
    public CreditCardProcessor(decimal amount) : base(amount) { }
    
    public override bool ProcessPayment() { /* специфичная реализация */ }
}

Используйте интерфейс, когда:

• Нужно определить контракт для разнородных классов
• Класс должен реализовывать несколько ролей/поведений
• Требуется слабая связанность между компонентами
• Работаете с системами, поддерживающими множественное наследование

// Интерфейсы подходят для определения различных ролей
public class Drone : IFlyable, IPhotographable, IAutonomous
{
    public void Fly() { /* реализация полета */ }
    public void TakePhoto() { /* реализация фотосъемки */ }
    public void ExecuteAutonomousTask() { /* автономная работа */ }
}

Эволюция в C# 8.0+

С введением default interface methods грань между интерфейсами и абстрактными классами стала тоньше, но фундаментальные различия сохраняются:

• Интерфейсы с реализацией по умолчанию не могут содержать состояние (поля экземпляра)
• Абстрактные классы поддерживают полиморфизм через виртуальные методы
• Интерфейсы лучше подходят для миксинов и горизонтального расширения функциональности

Золотое правило: Используйте интерфейсы для определения контрактов и абстрактные классы для предоставления базовой реализации в иерархиях классов. Современные практики часто рекомендуют "интерфейс-ориентированный" дизайн для достижения лучшей гибкости и тестируемости кода.