Фундамент архітектури

Передмова: Чому ця книга існує і як її читати

1. Біль №1: Знання у вакуумі
2. Біль №2: Застаріле лайно мамонта
3. Біль №3: Сліпа віра у ШІ
4. Для кого ця книга
5. Як ми будемо вчитися: Problem-First
6. Структура: Куди ми йдемо
7. Подяка Early Access читачам
8. 🔑 Висновки розділу

Частина I. Фундамент та Філософія

Розділ 1. Еволюція болю: Від GOTO до ООП

1. Ера Хаосу: Spaghetti Code та GOTO (1960-ті)
2. Ера Структурного програмування та його “Спадщина” (1970-ті)
3. Ера Процедурного Пекла: Глобальні дані (1980-ті)
4. Народження ООП: Клітини і Повідомлення
5. Від цегли до байтів: Історія патернів (1977-1994)
6. Протверезіння: GRASP і SOLID
7. Велика Картина (The Big Picture)
8. А як щодо Функціонального програмування?
9. Сучасність: Як виглядають патерни зараз?
10. 🔑 Висновки розділу

Розділ 2. За що вам платять гроші? Архітектурні драйвери та мистецтво Trade-offs

1. ЩО проти ЯК: Функціональні та Нефункціональні вимоги
2. Сучасна шістка драйверів
3. Три вершники складності
4. Мистецтво компромісу (Trade-offs)
5. 🔑 Висновки розділу

Розділ 3. Парадокс ООП: Ви думаєте, що знаєте, — але ні

1. Що таке парадигма?
2. Швидкий огляд «сусідів» ООП
3. Алан Кей та Біологічна метафора
4. Messaging: Прохання замість Наказу
5. Стан + Поведінка = Нероздільна Єдність
6. Велика картина: де ми?
7. 🔑 Висновки розділу

Розділ 4. Інкапсуляція: Два обличчя “чорної скриньки”

1. Велика ілюзія безпеки
2. Дві трактовки: Від Сімули до Вікіпедії
3. Інкапсуляція як архітектурний принцип
4. Навіщо це треба: Гайка, Жопа та Race Conditions
5. Рішення: Справжній ООП-об’єкт
6. 🔑 Висновки розділу

Розділ 5. Наслідування: коли світ б’є вас по потилиці

1. Чому наслідування взагалі існує?
2. Золоте правило: IS-A
3. Реальний кейс: Медогляд і Квіти
4. Множинне наслідування та Diamond Problem
5. Правила виживання: скільки рівнів — норма?
6. 🔑 Висновки розділу

Розділ 6. Поліморфізм: вбивця if-else та справжнє серце ООП

1. Два типи поліморфізму: справжній і «цукровий»
2. Еволюція болю: від «Бібліотеки» до «Дерева смерті»
3. Рішення: Плагінна архітектура
4. Duck Typing: поліморфізм без ієрархії
5. Антипатерн: об’єкт без поведінки вбиває поліморфізм
6. 🔑 Висновки розділу

Розділ 7. Абстракція: мистецтво ігнорувати деталі

1. Що таке аналіз насправді?
2. Абстракція є у всіх парадигмах
3. Три принципи — один результат
4. Антипатерн: занадто абстрактно
5. Реальна історія: коли дизайн занадто точний
6. Золоте правило: інтерфейс — завжди, балаган — ніколи
7. 🔑 Висновки розділу та підсумок ООП-модуля

Розділ 8. UML: Навіщо малювати, якщо можна кодити?

1. Як ми домовилися про мову
2. Міф про «Магічну кнопку» та Rational Rose
3. «Як роблять джуни» або Кнопка Зла
4. Суть підходу: UML як «Детектор Гівнокоду»
5. Тонкощі та Trade-offs: Інструменти і Пастка коду
6. Чому ми беремо тільки дві діаграми з усіх можливих
7. 🔑 Висновки розділу

Розділ 9. Анатомія класу та битва стрілок: Class Diagram

1. Анатомія “Квадратика”
2. Залежності: Хто кого смикає
3. Битва Ромбиків: Агрегація vs Композиція
4. Мультиплікатори: Скільки вішати в грамах?
5. Генералізація і Чупа-чупси
6. Нотатки (стикери) та Dependency Injection
7. 🔑 Висновки розділу

Розділ 10. Життя об’єктів у рантаймі: Sequence Diagram

1. Коли статика бреше
2. Анатомія Sequence Diagram
3. «Як роблять джуни»: Антипатерни зайвої деталізації
4. Рішення: Хірургічний інструмент, а не малярний валик
5. Гранд-фінал: Навіщо взагалі вчити UML у 2026 році?
6. 🔑 Висновки розділу

Частина II. GRASP: Мистецтво розподілу відповідальності

Розділ 11. Вступ до GRASP та патерн Information Expert

1. Що таке GRASP загалом?
2. Анатомія об’єкта: Стан та Поведінка
3. Шлях Експерта на прикладі чека
4. Коли Експерт стає Монстром: Анемічна модель і кейс DirecTV
5. Модерн-процедуралізм та Smart Data
6. 🔑 Висновки розділу

Розділ 12. Creator (Творець): Хто дає життя об’єктам?

1. Процедурна помилка початківців
2. Правила Лармана: Хто має “ліцензію” на new?
3. Велика битва: Creator проти Dependency Injection
4. Конфлікт GRASP та SOLID: Жорстока реальність
5. Еволюція складності: “Гітарний ефект”
6. 🔑 Висновки розділу

Розділ 13. Controller (Контролер): Перша лінія оборони

1. Що таке System Event (Системна подія)?
2. Ізоляція багатопоточності: “Хвилеріз”
3. Антипатерн: Роздутий контролер (Bloated Controller)
4. Два різновиди контролерів (Facade vs Use-Case)
5. 🔑 Висновки розділу

Розділ 14. Low Coupling та High Cohesion: Інь і Янь архітектури

1. Low Coupling: Ефект Метелика та “Монолітність”
2. High Cohesion: Смітник чи Інструмент?
3. Доводимо ідеал до абсурду
4. Кейс YouTube: Коли реальність б’є теорію
5. Місток до майбутнього: GRASP проти SOLID
6. 🔑 Висновки розділу

Розділ 15. Polymorphism: Вбивця IF/ELSE

1. Вступна проблема: Життя на сходинках
2. “Як роблять джуни”: Жах видалення
3. Рішення: Поліморфізм як архітектурний патерн
4. Коли “паттернізм головного мозку” вбиває проєкти
5. 🔑 Висновки розділу

Розділ 16. Pure Fabrication: Чиста Вигадка (або чому в реальному світі немає Менеджерів і Хелперів)

1. Конфлікт ООП та Реальності
2. Компроміс заради метрик: Суть патерну
3. “Як роблять джуни”: Темний бік вигадок (Utils та Helpers)
4. Лікування хелперів
5. Резюме
6. 🔑 Висновки розділу

Розділ 17. Indirection: Посередник, що Розв’язує Руки (або чому один інтерфейс дорівнює нулю копіпасту)

1. Вступна проблема: Вася, Маша і Вічний Баг
2. Рішення: Посередник між двома класами
3. Термінологічне Пекло: Indirection, DIP, IoC та DI
4. Суперсила: Interception (Перехоплення)
5. Тонкощі та Trade-offs: Коли вводити інтерфейси?
6. Резюме
7. 🔑 Висновки розділу

Розділ 18. Protected Variations: Як Локалізувати Вибух (або стратегія виживання у світі, де ТЗ змінюється щодня)

1. Неминучість Змін та Одна Неприємна Правда
2. Механіка: Два Кроки до Виживання
3. Axis of Change — Поняття, Яке Буде Переслідувати Вас до Кінця Книги
4. Protected Variations і OCP — Батько і Син
5. Антипатерн: Не Будьте Вангою
6. Резюме та Прощання з GRASP
7. 🔑 Висновки розділу

Частина III. SOLID: Принципи гнучкості

Розділ 19. Вступ до SOLID та Принцип SRP (Або чому програми гниють і як знайти Вісь Змін)

1. «Як роблять джуни»: Міф про «одну дію»
2. Рішення: Осі змін та Актори
3. Прагматизм: Коли ми свідомо порушуємо SRP
4. 🔑 Висновки розділу

Розділ 20. OCP: Відкриті для розширення, закриті для змін (або як додавати фічі, не ламаючи старий код)

1. «Як роблять джуни»: Антипатерн Хардкодингу
2. Рішення: Два шляхи OCP
3. Тонкощі та Trade-offs: Пастка Soft-coding
4. Прагматизм: Коли правила ламаються
5. 🔑 Висновки розділу

Розділ 21. LSP: Принцип підстановки Лісков (або чому компілятор вас не врятує)

1. Синдром Миколи: Коли формальність вбиває логіку
2. Design by Contract (Проєктування за контрактом)
3. Математика проти ООП: Проблема Квадрата і Прямокутника
4. Як виявити архітектурний «бруд» (порушення LSP)
5. LSP і Duck Typing: «Якщо це качка — то і плавати теж зобов’язана»
6. 🔑 Висновки розділу

Розділ 22. ISP: Інтерфейс належить клієнту (або чому оператору не можна давати «червону кнопку»)

1. Чому нас вчили зводити все в один «універсальний» інтерфейс
2. «Дедлайн на вчора» і кнопка Extract Interface
3. Різати, не чекаючи перитоніту: рольові інтерфейси
4. Коли ISP виходить за межі коду: REST і мобільна розробка
5. ISP і качина типізація: навіть качці не завжди потрібні всі її функції
6. ISP головного мозку (коли доводять до абсурду)
7. ISP і SRP: два брати-акробати
8. Місток до DIP
9. 🔑 Висновки розділу

Розділ 23. DIP: Бізнес не повинен знати про MySQL

1. Коли бізнес-логіка напряму залежить від MySQL
2. Що реально означає Dependency Inversion Principle
3. Бізнес визначає контракт, а не інфраструктура
4. Адаптери інфраструктури: деталі, які можна міняти
5. Чому з DIP тести стають коротшими і дешевшими
6. Де не треба вигадувати зайві інтерфейси
7. Коротко про шари, щоб ми говорили однією мовою
8. Як DIP зв’язується з GRASP-принципами
9. 🔑 Висновки розділу

Частина IV. Патерни GoF (Банда Чотирьох) у сучасному світі

Розділ 24. Вступ до GoF: Патерни як інструменти, а не релігія

1. Чому ми прийшли до GoF лише тепер
2. Патерни 1994 року у реаліях 2026
3. Як пройти всі 23 патерни без втрати практичності
4. Де DI-контейнер закриває питання, а де — ні
5. Rule of Three: коли патерн справді потрібен
6. Класифікація GoF без фанатизму
7. Що далі: Singleton
8. 🔑 Висновки розділу

Розділ 25. Singleton (Одинак): Чому глобальний стан вбиває ваші тести

1. Класична реалізація та багатопотоковий жах
2. Ілюзія безпеки: пастка Double-Checked Locking
3. Чому класичний Singleton — це Антипатерн?
4. Сучасне рішення: DI-контейнер як «Великий Сінглтон»
5. Специфіка PHP: Сінглтон живе одне життя (запит)
6. Специфіка Node.js та Python: безкоштовні сінглтони
7. Мовні «чіт-коди»: Kotlin, Go, Ruby та Rust
8. Патерн Monostate (коли об’єктів багато, а стан один)
9. Патерн Multiton (коли одного об’єкта замало)
10. Singleton і Функціональне програмування (FP)
11. А якщо у мене немає DI-контейнера? (Pure DI)
12. Що далі: перехід до фабрик
13. 🔑 Висновки розділу

Розділ 26. Factory Method та Abstract Factory: Як створювати об’єкти без архітектурного самогубства

1. Проблема, яку вирішують фабрики
2. Класичний GoF Factory Method: учбова схема, яку в продакшені фактично не пишуть
3. Робочий варіант №1: Simple Factory
4. Робочий варіант №2: Static Factory Method у самому класі
5. 2026 рік: DI-контейнери вже працюють фабрикою для Injectables
6. Лямбди як фабрики: менше бойлерплейту
7. Коли який варіант брати
8. Динамічна типізація: фабрики без класів
9. Як не влетіти в overengineering
10. Музейна хвилинка: Abstract Factory
11. Що далі: Prototype та Object Pool
12. 🔑 Висновки розділу

Розділ 27. Prototype та Object Pool: Клони атакують і коробка з інструментами

1. Як роблять джуни: Антипатерн “Кілометри сеттерів”
2. Патерн Prototype: Клонування замість конструювання
3. Диявол у деталях: Поверхневе vs Глибоке копіювання
4. Патерн Object Pool: Коробка з інструментами
5. 🔑 Висновки розділу

Розділ 28. Builder: Порятунок від конструкторів-монстрів

1. Як це описано в GoF (і чому це мертво)
2. Як це роблять нормальні люди (Fluent Builder)
3. Мовні реалії 2026 року
4. Коли все ж виносити Builder в окремий клас?
5. Builder + Factory Method: Ідеальний симбіоз
6. 🔑 Висновки розділу