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

Question

Accepted Answer

Оба определяют абстрактные типы, которые нельзя напрямую инстанцировать и которые должны быть реализованы/расширены — но они служат разным целям проектирования. Ключевые различия — это **множественное наследование**, **состояние** и отношения, которые они моделируют.

## Интерфейс — контракт ("can-do" / возможность)

```java
public interface Drawable {
    void draw();                          // abstract method (implicitly public abstract)

default void render() {                // default method — has a body (Java 8+)
        System.out.println("rendering");
    }
    int MAX = 100;                         // implicitly public static final (constant only)
}

class Circle implements Drawable {
    public void draw() { /* must implement */ }
}
```

Интерфейс определяет **контракт** поведения. Класс может реализовать **несколько** интерфейсов — это то, как Java достигает формы множественного наследования. Интерфейсы (традиционно) не имеют состояния экземпляра.

## Абстрактный класс — частичная база ("is-a" с общим кодом)

```java
public abstract class Animal {
    protected String name;                 // ✅ can have instance FIELDS (state)

public Animal(String name) {           // ✅ can have a constructor
        this.name = name;
    }
    public abstract void makeSound();      // abstract — subclasses must implement
    public void sleep() {                   // ✅ concrete method with shared logic
        System.out.println(name + " sleeps");
    }
}

class Dog extends Animal {                 // can extend only ONE class
    public Dog(String n) { super(n); }
    public void makeSound() { System.out.println("Woof"); }
}
```

Абстрактный класс может содержать **состояние (поля)**, **конструкторы** и конкретные методы с общей реализацией — но класс может расширять только **один** абстрактный класс (одиночное наследование).

## Ключевые различия

```text
                    Interface              Abstract class
Multiple inheritance ✓ (implement many)    ✗ (extend only one)
Instance fields/state ✗ (constants only)   ✓ (fields)
Constructor           ✗                    ✓
Method bodies         default/static only  ✓ (concrete methods)
Models                capability ("can-do") "is-a" with shared base
```

## Когда использовать что

```text
Interface → define a capability multiple unrelated classes can have
            (Comparable, Runnable, Serializable); when you need multiple inheritance
Abstract class → share common state + code among closely related subclasses
            (a base class with fields and partial implementation)
```

## Почему это важно

Выбор между интерфейсом и абстрактным классом — это фундаментальное решение при проектировании на Java.

Интерфейсы определяют **контракты/возможности** и позволяют классу реализовать их множество (ответ Java на множественное наследование) — идеально для кросс-функциональных способностей.

Абстрактные классы предоставляют **общую базу с состоянием и частичной реализацией** для тесно связанных подклассов, но ограничивают вас одиночным наследованием.

Понимание компромиссов (множественная реализация против общего состояния/конструкторов, возможность против отношения is-a) направляет хорошее проектирование API и иерархии классов.

С методами по умолчанию Java 8+, размывающими границу, знание того, когда каждый подходит — и основные ограничения (один абстрактный класс, но много интерфейсов, состояние только в абстрактных классах) — необходимо для проектирования гибкого, хорошо структурированного кода.