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

В программировании вы столкнетесь с множеством разных ситуаций, и в каждой из них нужно уметь увидеть хорошее решение — или, по крайней мере, предотвратить плохое. Как же это сделать?

Для начала небольшая метафора. Представьте, что у вас прокололось колесо на автомобиле. У вас есть несколько вариантов: ослабить болты, поднять машину, снять колесо и поставить новое, или вызвать специалиста, который всё сделает за вас. И тот, и другой способ — это определённый шаблон действий, который решает типичную задачу.

В программировании всё то же самое. Если перед вами в коде возникает типовая проблема, скорее всего, кто-то уже решал её до вас — и придумал для этого паттерн проектирования.

Возможно Вы не задумывались, но мы с Вами уже применяли паттерны на практике.

Например в уроке про OCP мы столкнулись с задачей: как сделать так, чтобы можно было добавлять новые заклинания, не меняя старый код. Мы создали отдельный интерфейс для объектов, которые могут выполнять определённое действие, — и каждая конкретная реализация описывала своё поведение.

Это типовая ситуация в программировании, и для неё уже давно существует готовый шаблон решения — паттерн «Стратегия» (Strategy).

Тогда мы применили его интуитивно, не называя этого вслух, а теперь будем изучать осознанно.

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

Паттерны — это как набор инструментов опытного мастера.

Когда нужно закрутить винт — вы берёте отвёртку, а не молоток. Так же и в архитектуре:

для каждой типовой задачи есть свой проверенный подход.

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

И чем больше паттернов вы знаете, тем легче будет узнавать их «вживую» — в чужом и собственном коде. Часто вы обнаружите, что уже используете их интуитивно, просто не знали их имени.

В этом блоке мы разберём самые распространённые паттерны проектирования, посмотрим, какие задачи они решают, как выглядят в коде на C#, и самое главное — поймём, почему они работают.