Как ты понимаешь принцип разделения интерфейсов (Interface Segregation Principle)?

Принцип разделения интерфейсов (ISP) гласит, что клиенты не должны быть принуждены зависеть от интерфейсов, которые они не используют. Лучше иметь много небольших, конкретных интерфейсов, чем один большой, универсальный.

Применение ISP помогает избежать "жирных" интерфейсов (fat interfaces), которые содержат слишком много методов. Когда класс реализует такой интерфейс, он вынужден реализовывать все его методы, даже те, которые ему не нужны. Это приводит к нарушению принципа единственной ответственности (Single Responsibility Principle) и делает классы более хрупкими и сложными для поддержки.

Пример:

Предположим, у нас есть интерфейс Worker:

// fat interface
interface Worker {
    void work();
    void sleep();
    void eat();
    void manage(); // Метод, который нужен не всем Worker-ам
}

Если у нас есть класс Programmer, он должен реализовать manage(), хотя программист обычно не управляет другими.

Применение ISP:

Разделяем Worker на более мелкие интерфейсы:

// segregated interfaces
interface Workable {
    void work();
}

interface Sleepable {
    void sleep();
}

interface Eatable {
    void eat();
}

interface Manageable {
    void manage();
}

Теперь класс Programmer может реализовать только нужные интерфейсы:

// Client depends only on needed interfaces
class Programmer implements Workable, Sleepable, Eatable {
    @Override
    public void work() {
        // ...
    }

    @Override
    public void sleep() {
        // ...
    }

    @Override
    public void eat() {
        // ...
    }
}

А класс Manager реализует другие интерфейсы:

class Manager implements Workable, Sleepable, Eatable, Manageable {
    @Override
    public void work() {
        // ...
    }

    @Override
    public void sleep() {
        // ...
    }

    @Override
    public void eat() {
        // ...
    }

    @Override
    public void manage() {
        // ...
    }
}

Преимущества ISP:

• Улучшенная гибкость: Классы зависят только от тех интерфейсов, которые им необходимы.
• Снижение связанности: Изменения в одном интерфейсе не влияют на классы, использующие другие интерфейсы.
• Более легкое тестирование: Можно тестировать отдельные части функциональности, представленные маленькими интерфейсами.
• Повышенная поддерживаемость: Меньшие, более сфокусированные интерфейсы легче понимать и изменять.

ISP тесно связан с другими принципами SOLID, в частности с принципом единственной ответственности (SRP) и принципом подстановки Барбары Лисков (LSP). Он помогает создавать более гибкие, надежные и масштабируемые системы.