Зачем нужен интерфейс, если есть абстрактный класс?

Различия между интерфейсом и абстрактным классом

Это фундаментальный вопрос ООП в Java. Хотя оба механизма позволяют создавать контракты, они решают разные задачи и имеют существенные различия.

Множественное наследование

Классическое различие: класс может реализовать несколько интерфейсов, но наследовать только один абстрактный класс. Это ограничение в Java (в отличие от C++) было сделано сознательно для избежания проблемы diamond problem.

// Один класс, несколько ролей
public class ElectricCar implements Vehicle, Chargeable, Eco {
    @Override
    public void drive() { /* реализация */ }
    
    @Override
    public void charge() { /* реализация */ }
    
    @Override
    public int getEmissions() { return 0; }
}

// Наследование только от одного
public class ElectricCar extends Car { /* ... */ }

Состояние vs контракт

Абстрактный класс — это шаблон для семейства связанных классов. Он может содержать:

• Поля состояния (protected, private)
• Конструктор для инициализации
• Конкретные методы с реализацией
• Методы с модификаторами доступа

public abstract class DatabaseConnection {
    protected String connectionString;
    protected boolean isConnected;
    
    public DatabaseConnection(String connStr) {
        this.connectionString = connStr;
    }
    
    public final void connect() {
        this.isConnected = true;
        onConnect();
    }
    
    protected abstract void onConnect();
    
    public final String getConnectionString() {
        return connectionString;
    }
}

Интерфейс (до Java 8) — это чистый контракт: набор методов без состояния. Интерфейс описывает "что должен делать класс", а не "как это делать".

public interface PaymentProcessor {
    void processPayment(Payment payment);
    boolean supportsRefund();
    String getProcessorName();
}

Java 8+ добавили default методы в интерфейсы, но это не поменяло философию: интерфейсы всё ещё не имеют состояния.

Философия и принципы

Интерфейс олицетворяет принцип Interface Segregation (SOLID): "не завись от того, чего не используешь". Используй интерфейс когда:

• Классы не связаны в иерархию (напр., java.lang.Serializable)
• Нужно определить контракт поведения
• Хочешь множественную реализацию разных интерфейсов
• Определяешь API для внешних библиотек

Абстрактный класс используй когда:

• Есть настоящая иерархия типов (Employee → Manager, Developer)
• Нужно разделить состояние между подклассами
• Нужны protected методы и поля
• Хочешь контролировать доступ через конструктор

Пример из реальной жизни

// Интерфейс — контракт
public interface Logger {
    void log(String message);
    void error(String message, Exception e);
}

// Абстрактный класс — шаблон
public abstract class BaseLogger implements Logger {
    protected String name;
    protected LogLevel level;
    
    public BaseLogger(String name) {
        this.name = name;
        this.level = LogLevel.INFO;
    }
    
    @Override
    public final void log(String message) {
        if (level.compareTo(LogLevel.INFO) >= 0) {
            doLog(message);
        }
    }
    
    protected abstract void doLog(String message);
}

// Конкретная реализация
public class ConsoleLogger extends BaseLogger {
    public ConsoleLogger(String name) {
        super(name);
    }
    
    @Override
    protected void doLog(String message) {
        System.out.println("[" + name + "] " + message);
    }
    
    @Override
    public void error(String message, Exception e) {
        System.err.println(message);
        e.printStackTrace();
    }
}

Современный подход (Java 8+)

С появлением default методов граница размылась. Теперь интерфейсы могут содержать реализацию:

public interface PaymentProcessor {
    void processPayment(Payment payment);
    
    default boolean supportsRefund() {
        return false;
    }
    
    default String getProcessorName() {
        return this.getClass().getSimpleName();
    }
}

Но это не означает, что нужно использовать интерфейсы вместо абстрактных классов для иерархий.

Выводы

Выбор между интерфейсом и абстрактным классом зависит от задачи:

• Интерфейс: множественная реализация, контракт без состояния
• Абстрактный класс: иерархия, разделённое состояние, контроль инициализации

В современном Java часто используют оба: абстрактный класс как базовую реализацию, интерфейсы для определения ролей и контрактов.