О чем на самом деле говорит принцип единственной ответственности (single-responsibility principle)?

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

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

Принцип единственной ответственности также помогает сделать код более понятным, читаемым и тестируемым. Каждая ответственность может быть изолирована и протестирована отдельно, что упрощает отладку и обнаружение ошибок. 

В целом, принцип единственной ответственности помогает создавать более модульные и гибкие системы, где каждый модуль явно определяет свою роль и цель, и отвечает только за свою конкретную задачу.

Вся неопределенность возникает из-за контекста, в котором находится код. Некоторые принципы могут быть нарушены или не нарушены в зависимости от контекста. Давайте рассмотрим пример псевдокода:

конфиг = прочитать_конфиг_из_файла()
соединение = открыть_соединение_с_бд(конфиг.строка_подключения)
соединение.сохранить(данные)
соединение.закрыть()

Если контекстом является большое приложение, разработанное в стиле объектно-ориентированного программирования, тогда принцип единственной ответственности (SRP) явно нарушен. Здесь нужно выделить отдельные функции для чтения конфигурации, открытия соединения и сохранения данных. Такое разделение повысит надежность кода, упростит его разработку и поддержку, уменьшив дублирование кода.

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

Важно помнить, что если выделение отдельных ответственностей влечет за собой снижение качества кода и увеличение сложности поддержки, то, возможно, изначально принцип SRP не был нарушен, либо при попытке выделить ответственности были допущены ошибки.