Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

1 <ul><li><a>Немного истории</a></li>

2 <li><a>Какова польза?</a></li>

3 <li><a>Порождающие паттерны</a></li>

4 <li><a>Структурные паттерны</a></li>

5 <li><a>Поведенческие паттерны</a></li>

6 <li><a>Другие классификации</a></li>

7 <li><a>Как сделать правильный выбор?</a></li>

8 </ul>В этой статье поговорим о том, что такоепаттерны проектирования, какие они бывают, для чего нужны. Материал будет полезен начинающим программистам.

9 Паттерны- это способ построения (структуризации) программного кода специальным образом. На практике они используются программистами для того, чтобы решить какую-нибудь проблему, устранить определенную "боль" разработчика. В этом случае предполагается, что существует некоторый перечень общих формализованных проблем (а это так и есть), причем данные проблемы встречаются относительно часто. И вот здесь-то на сцену и выходят паттерны, которые как раз таки и предоставляют способы решения этих проблем.

10 <h2>Немного истории</h2>

11 Сама по себе тема паттернов не является новой. Непосредственная идея по созданию принципов, описывающих решение распространенных в программировании/проектировании ПО проблем, появилась в далеком 1994 году. Именно в этом году в свет вышла известная книга "Design Patterns: Elements of Reusable Object-Oriented Software". Работа была создана целым авторским коллективом, который иногда называют "Gang of Four" (сокращенно GoF) - "Банда четырех". На деле это опытные инженеры-разработчики, вот их имена:

12 <ul><li>Ральф Джонсон,</li>

13 <li>Ричард Хелм,</li>

14 <li>Эрих Гамма,</li>

15 <li>Джон Влиссидес.</li>

16 </ul>Книга, о которой идет речь, - это первая серьезная попытка описать наиболее распространенные способы проектирования программного обеспечения. Спустя некоторое время, использование паттернов стало не прихотью разработчика, а хорошей практикой программирования.

17 <h2>Какова польза?</h2>

18 Но существует ли реальный профит от использования паттернов? При грамотном применении - безусловно. Когда вы пишете программный код, вы можете формализовать проблему в виде объектов, классов и соответствующих связей между ними. Когда проблема формализована, для ее решения останется задействовать один из существующих паттернов. Это экономит время программиста, ведь не надо изобретать велосипед и что-нибудь придумывать. Готовый pattern (способ решения) уже существует - нужно лишь правильно применить его в конкретной программе.

19 Важный момент - использование того либо иного паттерна практическине зависит от языка программирования, системы или интерфейса. То есть принципы применения паттернов проектирования в Java, С-шарп и прочих языках будут аналогичными.

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

21 Но у этой медали есть и другая сторона. Да, хорошая программа может подразумевать использование шаблонов проектирования. Но может и не подразумевать. А все потому, что не всегда они позволяют упрощать и улучшать программный код. То есть речь идет о том, что использовать паттерны везде и всюду, то естьприменять паттерны ради самих паттернов - это явно плохая практика. Не стоит забывать, что неоправданное применение усложнит код, снизит его качество. Просто помните, что pattern ВСЕГДА должен быть оправданным - и лишь в этом случае он сможет эффективно решить проблему.

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

23 <h2>Порождающие паттерны</h2>

24 Порождающие паттерны абстрагируют процесс инстанцирования (процесс порождения классов и объектов). Вот их список:

25 <ul><li>Abstract Factory - "Абстрактная фабрика";</li>

26 <li>Builder - "Строитель";</li>

27 <li>Factory Method - "Фабричный метод";</li>

28 <li>Prototype - "Прототип";</li>

29 <li>Singleton - "Одиночка".</li>

30 </ul><h2>Структурные паттерны</h2>

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

32 <ul><li>Adapter - "Адаптер";</li>

33 <li>Bridge - "Мост";</li>

34 <li>Composite - "Компоновщик";</li>

35 <li>Decorator - "Декоратор";</li>

36 <li>Facade - "Фасад";</li>

37 <li>Flyweight - "Приспособленец";</li>

38 <li>Proxy - "Заместитель".</li>

39 </ul><h2>Поведенческие паттерны</h2>

40 Группа под номером 3 объединяет шаблоны, связанные споведением. Они определяют алгоритмы взаимодействия между объектами и классами, то есть их поведение. Вот перечень наиболее популярных поведенческих паттернов:

41 <ul><li>Chain of responsibility - "Цепочкаобязанностей";</li>

42 <li>Command - "Команда";</li>

43 <li>Interpreter - "Интерпретатор";</li>

44 <li>Iterator - "Итератор";</li>

45 <li>Mediator - "Посредник";</li>

46 <li>Memento - "Хранитель";</li>

47 <li>Observer - "Наблюдатель";</li>

48 <li>State - "Состояние";</li>

49 <li>Strategy - "Стратегия";</li>

50 <li>Template method - "Шаблонный метод";</li>

51 <li>Visitor - "Посетитель".</li>

52 </ul><h2>Другие классификации</h2>

53 В зависимости от того, относится pattern к объектам или классам, существуют и другие классификации паттернов.

54 К примеру,паттерны классовописывают взаимодействие между классами с помощью наследования, причем эти отношения определяются на этапе компиляции. Вот примеры:

55 <ul><li>Factory Method;</li>

56 <li>Interpreter;</li>

57 <li>Template Method;</li>

58 <li>Adapter.</li>

59 </ul>Следующая группа - это паттерны объектов, описывающие взаимодействие между объектами. Отношения такого характера возникают на стадии выполнения, следовательно, они более гибкие. Примеры:

60 <ul><li>Abstract Factory;</li>

61 <li>Builder;</li>

62 <li>Prototype;</li>

63 <li>Singleton;</li>

64 <li>Bridge;</li>

65 <li>Composite;</li>

66 <li>Decorator;</li>

67 <li>Facade;</li>

68 <li>Flyweight;</li>

69 <li>Proxy;</li>

70 <li>Chain of responsibility;</li>

71 <li>Command;</li>

72 <li>Iterator;</li>

73 <li>Mediator;</li>

74 <li>Memento;</li>

75 <li>Observer;</li>

76 <li>State;</li>

77 <li>Strategy;</li>

78 <li>Visitor.</li>

79 </ul>Мы перечислили лишь основные варианты, но в реальности их намного больше. Некоторые только начали использоваться, некоторые переживают пик популярности, а некоторые, наоборот, стали применяться реже.

80 <h2>Как сделать правильный выбор?</h2>

81 Прежде чем принять какое-либо решение, следует выделить используемые сущности, а также связи между этими сущностями, после чего необходимо абстрагировать сущности от конкретной ситуации. Получив некую абстрактную форму, посмотрите, вписывается ли она в какой-нибудь из существующих паттернов. К примеру, если смысл решаемой задачи заключается в создании новых объектов, то стоит обратить внимание на порождающие паттерны. Это значит, что следует взять несколько родственных шаблонов из соответствующей группы и определить, какой из них подходит в большей мере с учетом поставленной задачи.

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

83 Вывод прост: придерживайтесь известного принципаKISS(Keep It Simple, Stupid), то есть сохраняйте программный код простым и ясным настолько, насколько это возможно. Иначе теряется весь смысл паттернов проектирования, который заключается именно в упрощении программы.

84 Хотите поработать с популярными шаблонами проектирования для Java? Желаете попробовать поработать с паттернами для C#? Обратите внимание на наши продвинутые https://otus.ru/catalog/courses?categories=programming на Java и C#:

85 <a></a><a></a>Также в Otus существует специальный курс "<a>Архитектура и шаблоны проектирования</a>", посвященный паттернам. Не пропустите!

86 По материаламhttps://metanit.com/.