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

Силы, воздействующие на архитектуру структуры компонентов, носят технический, политический и непостоянный характер.

труд Ивара Якобсона об архитектуре программного обеспечения: книгу Object Oriented Software Engineering

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

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

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

Помните, что политики группируются в компоненты по способам изменения. Политики, изменяющиеся по одним причинам и в одно время, объединяются в соответствии с принципами единственной ответственности (SRP) и согласованного изменения (CCP). Чем дальше политика от ввода и вывода, тем выше ее уровень и тем реже она изменяется и по более важным причинам.

Искусство создания программных архитектур нередко связано с организацией перегруппированных компонентов в ориентированный ациклический граф. Узлами такого графа являются компоненты, содержащие политики одного уровня. А ориентированными ребрами – зависимости между компонентами. Они соединяют компоненты, находящиеся на разных уровнях.

Существует много разных способов деления на уровни и варианты использования. Деление можно выполнить на уровне исходного кода, на уровне двоичного кода (развертывания) и на уровне единиц выполнения (служб).

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

памяти. Они должны быть независимыми службами, взаимодействующими по сети. Многие архитекторы называют такие компоненты «службами» или «микрослужбами», в зависимости от некоторого неопределенного понятия величины. Архитектуру, основанную на службах (или сервисах), часто называют сервис-ориентированной архитектурой.