Как паттерны проектирования связаны с принципами SOLID

Ну вот, сидишь ты такой, думаешь: «SOLID, паттерны… Это ж две разные ебушки-воробушки, нахуй?» Ага, щас. Смотри, это как в армии: SOLID — это устав, общие правила, как не быть мудаком в коде. А паттерны — это уже конкретные приёмы, как правильно отжаться, чтобы сержант не наорал. Одно без другого — пиздец и расстрел.

Слушай сюда, как они друг за друга цепляются:

• S (Принцип одной ответственности). Это когда у тебя класс — не швейцарский нож, а просто нож. Один — режет хлеб, другой — масло. Паттерны Facade и Adapter — они как раз такие специалисты-одиночки. Facade — это такой парень, который стоит перед твоим домом из говна и палок и говорит: «Не лезь туда, нахуй, скажи мне, что надо — я сделаю». Одна его работа — скрыть пиздец. Adapter — это переводчик-одиночка, который знает, как заставить твою новую микроволновку (клиента) дружить со старой розеткой (старым сервисом). Одна задача — перевести интерфейсы.

• O (Открыт для расширения, закрыт для изменений). О, это святое! Чтобы не ломать работающий код, как только продукт-менеджеру в жопу клоп укусил. Паттерны Strategy, Decorator, Template Method — это твои лучшие друзья здесь. Хочешь новую фичу? Стратегию новую написал — и впихнул, старый код даже не чихнул. Decorator — как обернуть пирожок в новую бумажку, не перепекая его. Классно же, ёпта!

• L (Подстановка Лисков). Это про то, что если у тебя есть утка, а ты её подменил на резиновую утку, то программа не должна охуеть и сломаться. Без этого нихуя не работают полиморфизм и куча паттернов. Вот Strategy — он на этом принципе и стоит. Контекст работает с абстракцией «Стратегия», а ты ему можешь подсунуть любую конкретную стратегию, и он скажет «окей, похуй, работаем». Главное, чтобы все стратегии были настоящими стратегиями, а не мутантами.

• I (Разделение интерфейсов). Представь толстый, жирный интерфейс, который делает всё: и чайник, и утюг, и дохуя всего. А тебе от него надо только кнопку «Включить». Так вот, этот принцип говорит: «Не делай так, мудак!». Adapter часто выступает как хитрая жопа, которая берёт этот толстый интерфейс и выдает клиенту только тоненький, именно тот, который ему нужен. Proxy тоже может быть таким забором, показывая клиенту только часть методов, а остальное пряча.

• D (Инверсия зависимостей). А это, блядь, король! Высокоуровневый модуль не должен ползать на коленях перед низкоуровневым. Он должен говорить: «Дайте мне абстракцию!». А конкретную хуйню ему уже подсунут отдельно. Паттерны Factory Method, Abstract Factory и вообще вся эта тема с Dependency Injection (DI) — это прямые исполнители этого принципа. Ты не пишешь new ConcreteShit() в своём классе. Ты говоришь: «Мне нужен IShit», а система тебе уже подкидывает готовый экземпляр. Гибко, тестируемо, красиво. Не как у обезьян.

Короче, пиздец, одно цепляется за другое. SOLID — это философия «как не стать говнокодером», а паттерны — это уже готовые фразы из разговорника этого самого кодера. Выучил — и уже не выглядишь полным пидарасом шерстяным на совещании.