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

программное обеспечение должно быть податливым – то есть должна быть возможность легко изменить его.

SRP: Single Responsibility Principle – принцип единственной ответственности. Действительное следствие закона Конвея: лучшей является такая структура программной системы, которая формируется в основном под влиянием социальной структуры организации, использующей эту систему, поэтому каждый программный модуль имеет одну и только одну причину для изменения.  OCP: Open-Closed Principle – принцип открытости/закрытости. Этот принцип был сформулирован Бертраном Мейером в 1980-х годах. Суть его сводится к следующему: простая для изменения система должна предусматривать простую возможность изменения ее поведения добавлением нового, но не изменением существующего кода.  LSP: Liskov Substitution Principle – принцип подстановки Барбары Лисков. Определение подтипов Барбары Лисков известно с 1988 года. В двух словах, этот принцип утверждает, что для создания программных систем из взаимозаменяемых частей эти части должны соответствовать контракту, который позволяет заменять эти части друг другом.  ISP: Interface Segregation Principle – принцип разделения интерфейсов. Этот принцип призывает разработчиков программного обеспечения избегать зависимости от всего, что не используется.  DIP: Dependency Inversion Principle – принцип инверсии зависимости. Код, реализующий высокоуровневую политику, не должен зависеть от кода, реализующего низкоуровневые детали. Напротив, детали должны зависеть от политики.

«Тестирование показывает присутствие ошибок, а не их отсутствие».

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

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

принцип разделения интерфейсов является проблемой языка, а не архитектуры.

Принцип единственной ответственности (Single Responsibility Principle; SRP) касается функций и классов, но он проявляется в разных формах на еще двух более высоких уровнях. На уровне компонентов он превращается в принцип согласованного изменения (Common Closure Principle; CCP), а на архитектурном уровне – в принцип оси изменения (Axis of Change), отвечающий за создание архитектурных границ.

Если система состоит из модулей, которые можно развертывать независимо, их можно разрабатывать независимо, разными командами. Это .

Все эти четыре вида задач можно расставить по приоритетам. 1. Срочные и важные.2. Не срочные и важные.3. Срочные и не важные.4. Не срочные и не важные. позиции.

Но когда создается правильный программный код, происходит что-то необычное: вам не требуются толпы программистов для поддержки его работоспособности. Вам не нужна объемная документация с требованиями и гигантские баг-трекеры. Вам не нужны огромные опенспейсы, работающие круглые сутки без выходных. Правильный программный код не требует больших трудозатрат на свое создание и сопровождение. Изменения вносятся легко и быстро. Ошибки немногочисленны. Трудозатраты минимальны, а функциональность и гибкость – максимальны.