Паттерны проектирования

Паттерн проектирования — это не код для копирования, а имя и проверенное решение для повторяющейся задачи проектирования. Модуль вводит понятие паттерна, делит каталог на три категории по назначению (порождающие, структурные, поведенческие) и сразу ставит границу: паттерны служат поддерживаемости, а применённые без задачи дают переусложнение.

1. Что такое паттерн проектирования
2. Переусложнение и антипаттерны

Порождающие паттерны отвечают за то, как создаются объекты: они отделяют код, которому нужен объект, от кода, который решает, какой именно объект создать и как. Модуль разбирает фабрики (вынос создания за интерфейс), строитель (пошаговая сборка сложного объекта) и одиночку (единственный экземпляр) — с его компромиссами и причиной, по которой его часто заменяют DI.

1. Фабричный метод и абстрактная фабрика
2. Строитель (Builder)
3. Одиночка (Singleton)

Структурные паттерны отвечают за то, как объекты и классы соединяются в более крупные структуры, оставаясь гибкими. Модуль разбирает адаптер (совместить несовместимые интерфейсы), декоратор (добавить поведение, оборачивая объект), фасад (простой вход в сложную подсистему) и заместитель (контролировать доступ к объекту) — и показывает, как у близких по форме паттернов разное намерение.

1. Адаптер (Adapter)
2. Декоратор (Decorator)
3. Фасад (Facade)
4. Заместитель (Proxy)

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

1. Стратегия (Strategy)
2. Наблюдатель (Observer)
3. Команда (Command)
4. Шаблонный метод (Template Method)
5. Цепочка обязанностей (Chain of Responsibility)
6. Состояние (State)