Шаблон проектирования программного обеспечения

В разработке программного обеспечения шаблон проектирования описывает относительно небольшой, четко определенный аспект (т.е. функциональность) компьютерной с точки зрения написания кода программы .

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

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

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

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

История

Узоры возникли как архитектурная концепция Кристофера Александера еще в 1977 году (см. «Узор улиц», ЖУРНАЛ AIP, сентябрь 1966 г., том 32, № 5, стр. 273–278). В 1987 году Кент Бек и Уорд Каннингем начали экспериментировать с идеей применения шаблонов в программировании (в частности, в языках шаблонов ) и в том же году представили свои результаты на конференции OOPSLA . В последующие годы Бек, Каннингем и другие продолжили эту работу.

Шаблоны проектирования приобрели популярность в информатике книга «Шаблоны проектирования: элементы многоразового объектно-ориентированного программного обеспечения» после того, как в 1994 году так называемой «Бандой четырех» (Gamma et al.), которую часто называют «GoF», была опубликована . В том же году была проведена первая конференция по шаблонным языкам программирования , а в следующем году Портлендский репозиторий шаблонов был создан для документации шаблонов проектирования. Объем этого термина остается предметом споров. Известные книги в жанре шаблонов проектирования включают:

• Гамма, Эрих ; Хельм, Ричард ; Джонсон, Ральф ; Влиссидес, Джон (1994). Шаблоны проектирования: элементы объектно-ориентированного программного обеспечения многократного использования . Аддисон-Уэсли . ISBN  978-0-201-63361-0 .
• Бринч Хансен, Пер (1995). Исследования в области вычислительной техники: парадигмы параллельного программирования . Прентис Холл. ISBN  978-0-13-439324-7 .
• Бушманн, Франк ; Менье, Регина; Ронерт, Ганс; Соммерлад, Питер (1996). Шаблонно-ориентированная архитектура программного обеспечения, Том 1: Система шаблонов . Джон Уайли и сыновья. ISBN  978-0-471-95869-7 .
• Бек, Кент (1997). Шаблоны лучших практик Smalltalk . Прентис Холл. ISBN  978-0134769042 .
• Шмидт, Дуглас К .; Сталь, Майкл; Ронерт, Ганс; Бушманн, Франк (2000). Шаблонно-ориентированная архитектура программного обеспечения, Том 2: Шаблоны для параллельных и сетевых объектов . Джон Уайли и сыновья. ISBN  978-0-471-60695-6 .
• Фаулер, Мартин (2002). Шаблоны архитектуры корпоративных приложений . Аддисон-Уэсли . ISBN  978-0-321-12742-6 .
• Хохпе, Грегор; Вульф, Бобби (2003). Шаблоны корпоративной интеграции: проектирование, создание и развертывание решений для обмена сообщениями . Аддисон-Уэсли . ISBN  978-0-321-20068-6 .
• Фриман, Эрик Т.; Робсон, Элизабет; Бейтс, Берт; Сьерра, Кэти (2004). Шаблоны проектирования Head First . О'Рейли Медиа . ISBN  978-0-596-00712-6 .
• Ларман, Крейг (2004). Применение UML и шаблонов (3-е изд., 1-е изд. 1995 г.) . Пирсон. ISBN  978-0131489066 .

Хотя шаблоны проектирования применяются на практике уже давно, формализация концепции шаблонов проектирования затянулась на несколько лет.

Практика

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

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

Узор

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

Шаблоны, специфичные для предметной области

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

Материалы ежегодной Языки шаблонов программирования» конференции « включают множество примеров шаблонов, специфичных для предметной области.

Объектно-ориентированное программирование

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

Примеры

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

Творческие шаблоны

Имя	Описание	В шаблонах проектирования	завершен Код	Другой
Абстрактная фабрика	Предоставьте интерфейс для создания семейств связанных или зависимых объектов без указания их конкретных классов.	Да	Да	—
Строитель	Отделите построение сложного объекта от его представления, позволяя в одном и том же процессе построения создавать различные представления.	Да	Да	—
Внедрение зависимости	Класс принимает объекты, которые ему требуются, от инжектора, вместо того, чтобы создавать объекты напрямую.	—	Да	—
Фабричный метод	Определите интерфейс для создания одного объекта, но позвольте подклассам решать, экземпляр какого класса создавать. Фабричный метод позволяет классу отложить создание экземпляра до подклассов.	Да	Да	—
Ленивая инициализация	Тактика отсрочки создания объекта, расчета стоимости или какого-либо другого дорогостоящего процесса до тех пор, пока он не понадобится в первый раз. Этот шаблон отображается в каталоге GoF как «виртуальный прокси» — стратегия реализации шаблона «Прокси» .	Да	Да	ПОЭА
Мультитонна	Убедитесь, что класс имеет только именованные экземпляры, и обеспечьте глобальную точку доступа к ним.	Да	Да	Да
Пул объектов	Избегайте дорогостоящего приобретения и высвобождения ресурсов путем переработки объектов, которые больше не используются. Можно считать обобщением шаблонов пула соединений и пула потоков .	Да	Да	Да
Опытный образец	Укажите типы объектов, которые нужно создать, используя прототипный экземпляр, и создавайте новые объекты из «скелета» существующего объекта, тем самым повышая производительность и сводя к минимуму объем памяти.	Да	Да	Да
Получение ресурсов — это инициализация (RAII)	Обеспечьте правильное высвобождение ресурсов, привязав их к продолжительности жизни подходящих объектов.	Да	Да	Да
Синглтон	Убедитесь, что класс имеет только один экземпляр, и предоставьте глобальную точку доступа к нему.	Да	Да	Да

Структурные закономерности

Имя	Описание	В шаблонах проектирования	завершен Код	Другой
Адаптер , оболочка или переводчик	Преобразуйте интерфейс класса в другой интерфейс, ожидаемый клиентами. Адаптер позволяет классам работать вместе, что иначе невозможно из-за несовместимости интерфейсов. Эквивалентом шаблона корпоративной интеграции является транслятор.	Да	Да	Да
Мост	Отделите абстракцию от ее реализации, позволяя им изменяться независимо.	Да	Да	Да
Композитный	Составляйте объекты в древовидные структуры для представления иерархий части-целого. Компоновка позволяет клиентам единообразно обрабатывать отдельные объекты и композиции объектов.	Да	Да	Да
Декоратор	Прикрепите дополнительные обязанности к объекту, динамически сохраняя тот же интерфейс. Декораторы предоставляют гибкую альтернативу созданию подклассов для расширения функциональности.	Да	Да	Да
Делегация	Расширяйте класс путем композиции вместо создания подклассов. Объект обрабатывает запрос, делегируя его второму объекту (делегату).	Да	Да	Да
Объект расширения	Добавление функциональности в иерархию без изменения иерархии.	Да	Да	Да
Фасад	Предоставьте унифицированный интерфейс для набора интерфейсов в подсистеме. Фасад определяет интерфейс более высокого уровня, который упрощает использование подсистемы.	Да	Да	Да
Наилегчайший вес	Используйте совместное использование для эффективной поддержки большого количества похожих объектов.	Да	Да	Да
Передний контроллер	Шаблон относится к проектированию веб-приложений. Он обеспечивает централизованную точку входа для обработки запросов.	Да	Да	J2EE-паттерны ПОЭА
Маркер	Пустой интерфейс для связи метаданных с классом.	Да	Да	Эффективная Java
Модуль	Сгруппируйте несколько связанных элементов, таких как классы, синглтоны, методы, используемые глобально, в единую концептуальную сущность.	Да	Да	Да
Прокси	Предоставьте суррогат или заполнитель для другого объекта, чтобы контролировать доступ к нему.	Да	Да	Да
Близнец	Twin позволяет моделировать множественное наследование на языках программирования, которые не поддерживают эту функцию.	Да	Да	Да

Поведенческие модели

Имя	Описание	В шаблонах проектирования	завершен Код	Другой
доска	Шаблон искусственного интеллекта для объединения разрозненных источников данных (см. систему доски )	Да	Да	Да
Цепочка ответственности	Избегайте связывания отправителя запроса с его получателем, предоставляя возможность обработать запрос нескольким объектам. Объедините принимающие объекты и передавайте запрос по цепочке, пока объект его не обработает.	Да	Да	Да
Команда	Инкапсулируйте запрос как объект, тем самым позволяя параметризовать клиентов с различными запросами, а также ставить в очередь или регистрировать запросы. Это также позволяет поддерживать отменяемые операции.	Да	Да	Да
Свободный интерфейс	Спроектируйте API так, чтобы он был связан в цепочку методов и читался как DSL. Каждый вызов метода возвращает контекст, через который становятся доступными следующие вызовы логического метода.	Да	Да	Да
Устный переводчик	Учитывая язык, определите представление его грамматики вместе с интерпретатором, который использует это представление для интерпретации предложений на языке.	Да	Да	Да
Итератор	Предоставьте способ последовательного доступа к элементам агрегатного объекта , не раскрывая его базовое представление.	Да	Да	Да
Посредник	Определите объект, который инкапсулирует взаимодействие набора объектов. Медиатор способствует слабой связи, не позволяя объектам явно ссылаться друг на друга, и позволяет их взаимодействию изменяться независимо.	Да	Да	Да
Сувенир	Не нарушая инкапсуляцию, фиксируйте и экстернализуйте внутреннее состояние объекта, позволяя позже восстановить объект в это состояние.	Да	Да	Да
Нулевой объект	Избегайте нулевых ссылок, предоставляя объект по умолчанию.	Да	Да	Да
Наблюдатель или Публикация/подписка	Определите зависимость «один ко многим» между объектами, при которой изменение состояния одного объекта приводит к автоматическому уведомлению и обновлению всех его зависимых объектов.	Да	Да	Да
Слуга	Определите общую функциональность для группы классов. Шаблон слуги также часто называют реализацией вспомогательного класса или служебного класса для данного набора классов. Вспомогательные классы обычно не имеют объектов, поэтому у них есть все статические методы, которые действуют на различные типы объектов классов.	Да	Да	Да
Спецификация	Рекомбинируемая бизнес-логика способом булевым .	Да	Да	Да
Состояние	Разрешить объекту изменять свое поведение при изменении его внутреннего состояния. Будет казаться, что объект меняет свой класс.	Да	Да	Да
Стратегия	Определите семейство алгоритмов, инкапсулируйте каждый из них и сделайте их взаимозаменяемыми. Стратегия позволяет алгоритму изменяться независимо от клиентов, которые его используют.	Да	Да	Да
Шаблонный метод	Определите скелет алгоритма в операции, отложив некоторые шаги подклассам. Метод шаблона позволяет подклассам переопределять определенные шаги алгоритма без изменения структуры алгоритма.	Да	Да	Да
Посетитель	Представляет операцию, выполняемую над экземплярами набора классов. Посетитель позволяет определить новую операцию без изменения классов элементов, с которыми она работает.	Да	Да	Да

Шаблоны параллелизма

Имя	Описание	В ПОСА2	Другой
Активный объект	Отделяет выполнение метода от вызова метода, который находится в собственном потоке управления. Цель состоит в том, чтобы внедрить параллелизм за счет использования асинхронного вызова методов и планировщика для обработки запросов.	Да	—
Упрямство	Выполняйте действие над объектом только тогда, когда объект находится в определенном состоянии.	Нет	—
Свойства привязки	Объединение нескольких наблюдателей для принудительной синхронизации или координации свойств различных объектов каким-либо образом.	Нет	—
Вычислительное ядро	Одно и то же вычисление много раз параллельно, отличаясь целочисленными параметрами, используемыми с математическими вычислениями указателей без ветвления в общие массивы, такими как для графического процессора оптимизированное умножение матриц или сверточная нейронная сеть .	Нет	—
Двойная проверка блокировки	Сократите затраты на получение блокировки, сначала проверив критерий блокировки («подсказка блокировки») небезопасным способом; только если это удастся, фактическая логика блокировки продолжится. Может быть небезопасно при реализации в некоторых комбинациях языка и оборудования. Поэтому иногда его можно считать антишаблоном .	Да	—
Асинхронный на основе событий	Устраняет проблемы с асинхронным шаблоном, возникающие в многопоточных программах.	Нет	—
Защищенная подвеска	Управляет операциями, которые требуют как получения блокировки, так и выполнения предварительного условия, прежде чем операция может быть выполнена.	Нет	—
Присоединиться	Шаблон соединения обеспечивает возможность написания параллельных, параллельных и распределенных программ посредством передачи сообщений. По сравнению с использованием потоков и блокировок это модель программирования высокого уровня.	Нет	—
Замок	Один поток блокирует ресурс, не позволяя другим потокам получить к нему доступ или изменить его.	Нет	ПОЭА
Шаблон проектирования обмена сообщениями (MDP)	Обеспечивает обмен информацией (т.е. сообщениями) между компонентами и приложениями.	Нет	—
Мониторинг объекта	Объект, методы которого подлежат взаимному исключению , что предотвращает ошибочную попытку использования его несколькими объектами одновременно.	Да	—
Реактор	Объект-реактор предоставляет асинхронный интерфейс для ресурсов, которые должны обрабатываться синхронно.	Да	—
Блокировка чтения-записи	Разрешает одновременный доступ для чтения к объекту, но требует монопольного доступа для операций записи. Для записи может использоваться базовый семафор, а механизм копирования при записи может использоваться, а может и не использоваться.	Нет	—
Планировщик	Явно контролируйте, когда потоки могут выполнять однопоточный код.	Нет	—
Шаблон обработчика службы	Для каждого запроса сервер создает специальный обработчик клиента для обработки запроса. Также называется потоком за сеанс .	Нет	—
Пул потоков	Для выполнения ряда задач создается несколько потоков, которые обычно организуются в очередь. Обычно задач намного больше, чем потоков. Можно считать частным случаем шаблона пула объектов .	Нет	—
Потокоспецифическое хранилище	Статическая или «глобальная» память, локальная для потока.	Да	—
Безопасный параллелизм с эксклюзивным владением	Избегание необходимости в параллельных механизмах во время выполнения, поскольку можно доказать исключительное право собственности. Это примечательная возможность языка Rust, но проверка во время компиляции не является единственным средством. Программист часто вручную создает такие шаблоны в коде, отказываясь от использования механизма блокировки, поскольку программист оценивает, что данная переменная никогда не будет использована. к одновременному доступу.	Нет	—
Атомная операция процессора	x86 и другие архитектуры ЦП поддерживают ряд атомарных инструкций, которые гарантируют безопасность памяти для изменения и доступа к примитивным значениям (целым числам). Например, два потока могут безопасно увеличивать счетчик. Эти возможности также можно использовать для реализации механизмов для других шаблонов параллелизма, как указано выше. язык C# использует класс Interlocked Для этих возможностей .	Нет	—

Документация

Документация по шаблону проектирования описывает контекст, в котором используется шаблон, силы внутри контекста, которые шаблон пытается разрешить, и предлагаемое решение. Не существует единого стандартного формата для документирования шаблонов проектирования. Скорее, разные авторы шаблонов использовали множество различных форматов. Однако, по словам Мартина Фаулера , некоторые формы шаблонов стали более известными, чем другие, и, следовательно, стали отправной точкой для новых усилий по написанию шаблонов. Одним из примеров широко используемого формата документации является тот, который использовали Эрих Гамма , Ричард Хелм , Ральф Джонсон и Джон Влиссайдс в своей книге «Шаблоны проектирования» . Он содержит следующие разделы:

• Имя и классификация шаблона: описательное и уникальное имя, которое помогает идентифицировать шаблон и ссылаться на него.
• Намерение: описание цели шаблона и причины его использования.
• Также известен как: другие названия узора.
• Мотивация (силы): сценарий, состоящий из проблемы и контекста, в котором этот шаблон можно использовать.
• Применимость: Ситуации, в которых можно использовать этот шаблон; контекст для шаблона.
• Структура: графическое представление шаблона. диаграммы классов и диаграммы взаимодействия . Для этой цели можно использовать
• Участники: список классов и объектов, используемых в шаблоне, и их роли в проекте.
• Сотрудничество: описание того, как классы и объекты, используемые в шаблоне, взаимодействуют друг с другом.
• Последствия: описание результатов, побочных эффектов и компромиссов, вызванных использованием шаблона.
• Реализация: описание реализации шаблона; решающая часть шаблона.
• Пример кода: иллюстрация того, как шаблон можно использовать в языке программирования.
• Известное использование: примеры реального использования шаблона.
• Связанные шаблоны: другие шаблоны, имеющие некоторую связь с шаблоном; обсуждение отличий выкройки от аналогичных выкроек.

Критика

Некоторые предполагают, что шаблоны проектирования могут быть признаком отсутствия функций в данном языке программирования ( Java или C++ например, ). Питер Норвиг демонстрирует, что 16 из 23 шаблонов в книге «Шаблоны проектирования» (которая в основном ориентирована на C++) упрощены или исключены (за счет прямой языковой поддержки) в Lisp или Dylan . Соответствующие наблюдения были сделаны Ханнеманном и Кичалесом, которые реализовали несколько из 23 шаблонов проектирования с использованием аспектно-ориентированного языка программирования (AspectJ) и показали, что зависимости на уровне кода были удалены из реализаций 17 из 23 шаблонов проектирования и что аспектно-ориентированные программирование может упростить реализацию шаблонов проектирования. См. также эссе Пола Грэма «Месть ботаников».

Неправильное использование шаблонов может неоправданно увеличить сложность.

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

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

См. также

• Принцип абстракции
• Алгоритмический скелет
• Антипаттерн
• Архитектурный образец
• Канонический шаблон протокола
• Отладка шаблонов
• Шаблон проектирования
• Распределенные шаблоны проектирования
• Функция двойного шанса
• Структура архитектуры предприятия
• GRASP (объектно-ориентированное проектирование)
• Вспомогательный класс
• Идиома в программировании
• Шаблон проектирования взаимодействия
• Список философий разработки программного обеспечения
• Список тем по разработке программного обеспечения
• Язык шаблонов
• Теория шаблонов
• Педагогические шаблоны
• Портлендский репозиторий шаблонов
• Рефакторинг
• Методология разработки программного обеспечения

Дальнейшее чтение

• Александр, Кристофер ; Исикава, Сара; Сильверстайн, Мюррей; Джейкобсон, Макс; Фиксдал-Кинг, Ингрид; Ангел, Шломо (1977). Язык шаблонов: города, здания, строительство . Нью-Йорк: Издательство Оксфордского университета. ISBN  978-0-19-501919-3 .
• Алур, Дипак; Крупи, Джон; Малкс, Дэн (май 2003 г.). Основные шаблоны J2EE: лучшие практики и стратегии проектирования (2-е изд.). Прентис Холл . ISBN  978-0-13-142246-9 .
• Бек, Кент (октябрь 2007 г.). Шаблоны реализации . Аддисон-Уэсли . ISBN  978-0-321-41309-3 .
• Бек, Кент ; Крокер, Р.; Месарош, Г.; Коплиен, Джо ; Доминик, Л.; Паулиш, Ф.; Влиссидес, Дж. (март 1996 г.). Материалы 18-й Международной конференции по программной инженерии . стр. 25–30.
• Борчерс, Январь (2001). Шаблонный подход к проектированию взаимодействия . Джон Уайли и сыновья . ISBN  978-0-471-49828-5 .
• Коплиен, Джеймс О .; Шмидт, Дуглас К. (1995). Языки шаблонов проектирования программ . Аддисон-Уэсли . ISBN  978-0-201-60734-5 .
• Коплиен, Джеймс О .; Влиссидес, Джон М .; Керт, Норман Л. (1996). Языки шаблонов проектирования программ 2 . Аддисон-Уэсли . ISBN  978-0-201-89527-8 .
• Элоранта, Вели-Пекка; Коскинен, Йоханнес; Леппянен, Марко; Рейонен, Вилле (2014). Проектирование распределенных систем управления: подход на языке шаблонов . Уайли. ISBN  978-1118694152 .
• Фаулер, Мартин (1997). Шаблоны анализа: объектные модели многократного использования . Аддисон-Уэсли . ISBN  978-0-201-89542-1 .
• Фаулер, Мартин (2003). Шаблоны архитектуры корпоративных приложений . Аддисон-Уэсли . ISBN  978-0-321-12742-6 .
• Фриман, Эрик; Фриман, Элизабет; Сьерра, Кэти ; Бейтс, Берт (2004). Шаблоны проектирования Head First . О'Рейли Медиа . ISBN  978-0-596-00712-6 .
• Хоманн, Люк; Фаулер, Мартин; Кавасаки, Гай (2003). За пределами архитектуры программного обеспечения . Аддисон-Уэсли . ISBN  978-0-201-77594-5 .
• Габриэль, Ричард (1996). Шаблоны программного обеспечения: истории сообщества разработчиков программного обеспечения (PDF) . Издательство Оксфордского университета . п. 235. ИСБН  978-0-19-512123-0 . Архивировано из оригинала (PDF) 1 августа 2003 г.
• Гамма, Эрих ; Хельм, Ричард ; Джонсон, Ральф ; Влиссидес, Джон (1995). Шаблоны проектирования: элементы объектно-ориентированного программного обеспечения многократного использования . Аддисон-Уэсли . ISBN  978-0-201-63361-0 .
• Хохпе, Грегор; Вульф, Бобби (2003). Шаблоны корпоративной интеграции: проектирование, создание и развертывание решений для обмена сообщениями . Аддисон-Уэсли . ISBN  978-0-321-20068-6 .
• Голуб, Аллен (2004). Голуб по выкройкам . Апресс . ISBN  978-1-59059-388-2 .
• Кирхер, Майкл; Фёльтер, Маркус; Здун, Уве (2005). Шаблоны удаленного взаимодействия: основы предприятия, Интернета и промежуточного программного обеспечения для распределенных объектов реального времени . Джон Уайли и сыновья . ISBN  978-0-470-85662-8 .
• Ларман, Крейг (2005). Применение UML и шаблонов . Прентис Холл . ISBN  978-0-13-148906-6 .
• Лисков, Варвара ; Гуттаг, Джон (2000). Разработка программ на Java: абстракция, спецификация и объектно-ориентированное проектирование . Аддисон-Уэсли . ISBN  978-0-201-65768-5 .
• Манолеску, Драгош; Фельтер, Маркус; Ноубл, Джеймс (2006). Языки шаблонов проектирования программ 5 . Аддисон-Уэсли . ISBN  978-0-321-32194-7 .
• Маринеску, Флойд (2002). Шаблоны проектирования EJB: расширенные шаблоны, процессы и идиомы . Джон Уайли и сыновья . ISBN  978-0-471-20831-0 .
• Мартин, Роберт Сесил ; Риле, Дирк; Бушманн, Франк (1997). Языки шаблонов проектирования программ 3 . Аддисон-Уэсли . ISBN  978-0-201-31011-5 .
• Мэттсон, Тимоти Дж; Сандерс, Беверли А.; Массингилл, Берна Л. (2005). Шаблоны для параллельного программирования . Аддисон-Уэсли. ISBN  978-0-321-22811-6 .
• Шеллоуэй, Алан; Тротт, Джеймс Р. (2001). Объяснение шаблонов проектирования, второе издание: новый взгляд на объектно-ориентированное проектирование . Аддисон-Уэсли. ISBN  978-0-321-24714-8 .
• Влиссидес, Джон М. (1998). Штриховка по образцу: применение шаблонов проектирования . Аддисон-Уэсли . ISBN  978-0-201-43293-0 .
• Вейр, Чарльз; Благородный, Джеймс (2000). Программное обеспечение с малой памятью: шаблоны для систем с ограниченной памятью . Аддисон-Уэсли . ISBN  978-0-201-59607-6 . Архивировано из оригинала 17 июня 2007 г.