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

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

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

Другая возможность разделить зависимости на уровне исходного кода — создать несколько разных деревьев с исходным кодом. Для портов и адаптеров, например, можно было бы создать три таких дерева: • Исходный код с предметной и бизнес-логикой (то есть все, что не зависит от выбора технологии и фреймворков): OrdersService,…

Правило зависимостей Концентрические круги представляют разные уровни программного обеспечения. Чем ближе к центру, тем выше уровень. Внешние круги — это механизмы. Внутренние — политики. Главным правилом, приводящим эту архитектуру в действие, является правило зависимостей (Dependency Rule): Зависимости в исходном коде…

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

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

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

Бизнес-правила являются причиной существования программной системы. Они составляют основу функционирования. Они порождают код, который делает или экономит деньги. Они — наши семейные реликвии. Бизнес-правила должны оставаться в неприкосновенности, незапятнанными низкоуровневыми аспектами, такими как пользовательский…

Архитектура программной системы — это форма, которая придается системе ее создателями. Эта форма образуется делением системы на компоненты, их организацией и определением способов взаимодействий между ними. Цель формы — упростить разработку, развертывание и сопровождение программной системы, содержащейся в ней. Главная…

Компания провела небольшой конкурс по выбору названия для новой системы. Одним из самых необычных предложений было имя SAM CARP. Оно расшифровывалось как "Still Another Manifestation of Capitalist Avarice Repressing the Proletariat" (еще одно проявление капиталистической алчности, подавляющей пролетариат). Разумеется, это…