Как соотносятся принцип разделения интерфейсов и принцип единственной ответственности?

Оба принципа входят в SOLID, но работают на разных уровнях абстракции. SRP (Single Responsibility Principle) формулируется так: у класса должна быть только одна причина для изменения. Это значит, что класс должен отвечать за одну функциональную область. ISP (Interface Segregation Principle) утверждает: клиент не должен зависеть от методов, которые он не использует. То есть интерфейсы следует делать узкими и специализированными под конкретных потребителей.

В чём разница

• SRP — про ответственность класса или модуля. Он отвечает на вопрос «за что отвечает этот код».
• ISP — про контракт интерфейса и его потребителей. Он отвечает на вопрос «какие методы реально нужны клиенту».
• SRP можно нарушить и без интерфейсов, а ISP всегда связан с интерфейсами и их реализациями.

Как они связаны

На практике ISP часто становится инструментом достижения SRP. Если у класса «толстый» интерфейс с десятком методов, реализация вынуждена отвечать за всё сразу — это нарушает SRP. Разбив интерфейс на несколько узких, мы получаем классы с одной ответственностью.

// Нарушение ISP и SRP
interface Worker {
  work(): void;
  eat(): void;
  sleep(): void;
}

class Robot implements Worker {
  work() { /* ok */ }
  eat() { throw new Error('Robot cannot eat'); }
  sleep() { throw new Error('Robot cannot sleep'); }
}

// Решение: разделяем интерфейсы
interface Workable { work(): void; }
interface Feedable { eat(): void; }

class Robot implements Workable {
  work() { /* ok */ }
}

class Human implements Workable, Feedable {
  work() { /* ok */ }
  eat() { /* ok */ }
}

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

В TypeScript и Java это особенно заметно: большие интерфейсы заставляют классы реализовывать ненужные методы или бросать исключения. Разделение на мелкие интерфейсы упрощает тестирование, мокирование и замену реализаций. В React, например, пропсы компонента — это тоже своего рода интерфейс: если компонент принимает 20 пропсов, часть из которых не использует, это сигнал о нарушении ISP и SRP.

Итог: SRP и ISP дополняют друг друга. SRP задаёт цель — одна ответственность, ISP даёт приём — узкие интерфейсы. Применяйте их вместе при проектировании модулей и контрактов, чтобы код был гибким и легко тестируемым.