Что такое принцип единственной ответственности (Single Responsibility) и как его применять?

SRP (Single Responsibility Principle) — у модуля должна быть только одна причина для изменения. Ключевое слово здесь — «причина для изменения», а не «делает одно действие». Причина = заинтересованная сторона (актор), которая может потребовать изменений.

Классический пример нарушения — класс, который смешивает бизнес-логику, хранение и форматирование:

// Нарушение SRP: три разные причины для изменения
public class Invoice
{
    public decimal Total { get; set; }

    // 1) причина: меняется бизнес-правило расчёта
    public decimal CalculateTax() => Total * 0.2m;

    // 2) причина: меняется способ хранения
    public void SaveToFile(string path) { /* запись в файл */ }

    // 3) причина: меняется формат вывода
    public string RenderHtml() => $"<b>{Total}</b>";
}

Здесь бухгалтерия отвечает за налог, DBA — за хранение, а отдел маркетинга — за вёрстку. Три разных актора → три причины → разбиваем:

public class Invoice
{
    public decimal Total { get; set; }
}

public class TaxCalculator
{
    public decimal CalculateTax(Invoice invoice) => invoice.Total * 0.2m;
}

public class InvoiceRepository
{
    public void Save(Invoice invoice, string path) { /* запись */ }
}

public class InvoiceHtmlPresenter
{
    public string Render(Invoice invoice) => $"<b>{invoice.Total}</b>";
}

Как понять, что пора делить:

• В описании класса появляется союз «и» («считает налог и сохраняет и рендерит»).
• Класс меняется по запросам разных команд/отделов.
• При правке одного метода ломаются тесты совсем другой функциональности.

Не путайте SRP с «один метод на класс» — это перебор. Класс может иметь много методов, если все они обслуживают одну ответственность.