В этой статье мы рассмотрим широко используемый шаблон поведенческого проектирования : цепочка ответственности .
Мы можем найти больше шаблонов проектирования в нашей предыдущей статье .
Википедия определяет цепочку ответственности как шаблон проектирования, состоящий из «источника командных объектов и ряда обрабатывающих объектов».
В этой статье мы продолжим предыдущую запись и продолжим совершенствовать наше тестирование Selenium/WebDriver, представив шаблон Page Object.
Давайте добавим в наш проект новую зависимость, чтобы писать более простые и читаемые утверждения:
<dependency>
<groupId>org.hamcrest</groupId>
<artifactId>hamcrest-all</artifactId>
<version>1.3</version>
</dependency>
Шаблоны проектирования являются неотъемлемой частью разработки программного обеспечения. Эти решения не только решают повторяющиеся проблемы, но и помогают разработчикам понять структуру фреймворка, распознавая общие шаблоны.
В этом руководстве мы рассмотрим четыре наиболее распространенных шаблона проектирования, используемых в Spring Framework:
Мы также рассмотрим, как Spring использует эти шаблоны, чтобы уменьшить нагрузку на разработчиков и помочь пользователям быстрее выполнять утомительные задачи.
В этом уроке мы дадим краткое введение в AutoFactory от Google.
Это генератор кода на уровне исходного кода, который помогает создавать фабрики.
Прежде чем мы начнем, добавим в pom.xml следующую зависимость:
В этом уроке мы познакомимся с одним из шаблонов креативного дизайна — шаблоном прототипа. Сначала мы объясним этот шаблон, а затем перейдем к его реализации на Java.
Мы также обсудим некоторые из его преимуществ и недостатков.
Шаблон прототипа обычно используется, когда у нас есть экземпляр класса (прототип) и мы хотим создать новые объекты, просто скопировав прототип .
В этой статье мы рассмотрим шаблон проектирования легковеса. Этот шаблон используется для уменьшения объема памяти. Это также может повысить производительность в приложениях, где создание объектов требует больших затрат.
Проще говоря, шаблон легковеса основан на фабрике, которая перерабатывает созданные объекты, сохраняя их после создания. Каждый раз, когда запрашивается объект, фабрика ищет объект, чтобы проверить, не был ли он уже создан. Если да, то возвращается существующий объект, в противном случае создается, сохраняется и затем возвращается новый.
Состояние легковесного объекта состоит из инвариантного компонента, который используется совместно с другими подобными объектами ( internal ) и вариантного компонента, которым может манипулировать клиентский код ( extrinsic ).
Очень важно, чтобы легковесные объекты были неизменяемыми: любая операция над состоянием должна выполняться фабрикой.
Официальное определение шаблона проектирования Bridge, введенное Gang of Four (GoF), состоит в том, чтобы отделить абстракцию от ее реализации, чтобы они могли меняться независимо друг от друга.
Это означает создание интерфейса-моста, который использует принципы ООП для разделения обязанностей на разные абстрактные классы.
Для шаблона Bridge мы рассмотрим два уровня абстракции; один из них — геометрическая форма (например, треугольник и квадрат), заполненная разными цветами (наш второй слой абстракции):
В этой статье мы обсудим шаблон проектирования «Абстрактная фабрика».
В книге « Шаблоны проектирования: элементы многоразового объектно-ориентированного программного обеспечения » говорится, что абстрактная фабрика «предоставляет интерфейс для создания семейств связанных или зависимых объектов без указания их конкретных классов». Другими словами, эта модель позволяет нам создавать объекты, которые следуют общему шаблону.
Примером шаблона проектирования Abstract Factory в JDK является newInstance() класса javax.xml.parsers.DocumentBuilderFactory .
В этом кратком руководстве мы рассмотрим шаблон адаптера и его реализацию в Java.
Шаблон адаптера действует как соединитель между двумя несовместимыми интерфейсами, которые в противном случае не могут быть соединены напрямую. Адаптер оборачивает существующий класс новым интерфейсом, чтобы он стал совместимым с интерфейсом клиента.
Основным мотивом использования этого шаблона является преобразование существующего интерфейса в другой интерфейс, ожидаемый клиентом. Обычно это реализуется после разработки приложения.