Что означает принцип Interface Segregation?

Принцип разделения интерфейсов (Interface Segregation Principle, ISP) — это один из пяти ключевых принципов SOLID в объектно-ориентированном программировании. Его основная идея заключается в том, что клиенты (классы, модули) не должны быть вынуждены зависеть от интерфейсов, которые они не используют. Создавая маленькие, сфокусированные интерфейсы, мы уменьшаем связность между компонентами и повышаем гибкость системы.

Проблема, которую решает ISP

Представьте, что у вас есть интерфейс IMultifunctionDevice, который объявляет методы для печати, сканирования и отправки факса. Если класс SimplePrinter реализует этот интерфейс, он вынужден предоставить реализации для всех методов, даже если он умеет только печатать. Это приводит к "раздутым" классам, которые могут содержать пустые методы или выбрасывать исключения (например, NotImplementedException), что нарушает принцип подстановки Лисков и усложняет тестирование.

Решение через разделение интерфейсов

Вместо одного общего интерфейса лучше определить несколько специфичных:

// Плохо: один "толстый" интерфейс
interface IMultifunctionDevice {
    void Print(Document d);
    void Scan(Document d);
    void Fax(Document d);
}

// Хорошо: несколько маленьких интерфейсов
interface IPrinter {
    void Print(Document d);
}

interface IScanner {
    void Scan(Document d);
}

interface IFax {
    void Fax(Document d);
}

// Класс может реализовывать только нужные интерфейсы
class SimplePrinter : IPrinter {
    public void Print(Document d) { /* логика печати */ }
}

class Photocopier : IPrinter, IScanner {
    public void Print(Document d) { /* логика печати */ }
    public void Scan(Document d) { /* логика сканирования */ }
}

Где применяется ISP

Этот принцип особенно полезен при проектировании библиотек и API, где разные клиенты могут использовать разные подмножества функциональности. Он также критически важен в системах с длительным жизненным циклом, где требования часто меняются, и интерфейсы должны эволюционировать с минимальным воздействием на существующий код. Применение ISP облегчает внедрение новых функций и соблюдение Open/Closed Principle.

Практический пример

Рассмотрим пример на TypeScript для веб-приложения. Допустим, у нас есть компоненты, которые должны отображать данные, но некоторые из них также должны уметь сортировать или фильтровать эти данные.

// Плохо: интерфейс заставляет реализовывать ненужные методы
interface DataHandler {
    displayData(data: any[]): void;
    sortData(data: any[]): any[];
    filterData(data: any[], criteria: any): any[];
}

// Компонент только для отображения вынужден реализовывать sortData и filterData
class SimpleTable implements DataHandler {
    displayData(data: any[]) { console.table(data); }
    sortData(data: any[]) { return data; } // Пустая заглушка
    filterData(data: any[], criteria: any) { return data; } // Пустая заглушка
}

// Хорошо: разделённые интерфейсы
interface DataDisplayer {
    displayData(data: any[]): void;
}

interface DataSorter {
    sortData(data: any[]): any[];
}

interface DataFilter {
    filterData(data: any[], criteria: any): any[];
}

// Классы реализуют только то, что им нужно
class SimpleTable implements DataDisplayer {
    displayData(data: any[]) { console.table(data); }
}

class AdvancedTable implements DataDisplayer, DataSorter, DataFilter {
    displayData(data: any[]) { console.table(data); }
    sortData(data: any[]) { return data.sort(); }
    filterData(data: any[], criteria: any) { 
        return data.filter(item => item.includes(criteria)); 
    }
}

Вывод: Принцип разделения интерфейсов следует применять при проектировании модулей или сервисов, которые будут использоваться разнородными клиентами. Он помогает избежать избыточных зависимостей, уменьшает риск ошибок при изменениях и делает код более читаемым и тестируемым. Особенно полезен в крупных проектах и при разработке публичных API.