Цитаты из книги «Чистая архитектура. Искусство разработки программного обеспечения»

Самое интересное, что такой принцип действительно существует. Он гласит: функция должна делать что-то одно и только одно. Этот принцип мы используем, когда делим большие функции на меньшие, то есть на более низком уровне. Но он не является одним из принципов SOLID – это не принцип единственной ответственности.

Есть просто совокупность решений разного уровня детализации.

Введением в язык ключевых слов public, private и protected инкапсуляция была частично восстановлена. Однако это был лишь грубый прием (хак), обусловленный технической необходимостью компилятора видеть все переменные-члены в заголовочном файле.

Принцип устойчивости абстракций (Stable Abstractions Principle; SAP) устанавливает связь между устойчивостью и абстрактностью. С одной стороны, он говорит, что устойчивый компонент также должен быть абстрактным, чтобы его устойчивость не препятствовала расширению, с другой – он говорит, что неустойчивый компонент должен быть конкретным, потому что неустойчивость позволяет легко изменять его код.

Метрики устойчивости Как оценить устойчивость компонента? Один из способов – подсчитать количество входящих и исходящих зависимостей этого компонента. Эти числа позволят вычислить меру его устойчивости.

Принцип устойчивых зависимостей Зависимости должны быть направлены в сторону устойчивости.

Создать новый компонент, от которого зависят Entities и Authorizer. Поместить в новый компонент класс(ы), от которых они оба зависят

Образовавшуюся циклическую зависимость всегда можно разорвать и привести граф зависимостей к форме ациклического ориентированного графа (DAG). Для этого используются два основных механизма: 1. Применить принцип инверсии зависимостей (Dependency Inversion Principle; DIP).

Это ациклический ориентированный граф (Directed Acyclic Graph; DAG).

Принцип ацикличности зависимостей Циклы в графе зависимостей компонентов недопустимы.