Project Lombok — это популярная библиотека Java, помогающая сократить объем стандартного кода, который необходимо написать разработчику.
В этом уроке мы рассмотрим, как работает аннотация Lombok @Builder и как мы можем настроить ее для наших конкретных нужд.
Давайте начнем с добавления зависимости в наш pom.xml :
Шаблон команды является поведенческим шаблоном проектирования и является частью формального списка шаблонов проектирования GoF . Проще говоря, шаблон предназначен для инкапсуляции в объекте всех данных, необходимых для выполнения заданного действия (команды), включая вызываемый метод, аргументы метода и объект, которому принадлежит метод.
Эта модель позволяет нам отделить объекты, производящие команды, от их потребителей , поэтому шаблон широко известен как шаблон производитель-потребитель.
В этом руководстве мы узнаем, как реализовать шаблон команды в Java, используя как объектно-ориентированный, так и объектно-функциональный подходы, и увидим, в каких случаях он может быть полезен.
В этой статье мы опишем шаблон Observer и рассмотрим несколько альтернатив реализации Java.
Наблюдатель — это поведенческий шаблон проектирования. Он определяет связь между объектами: наблюдаемыми и наблюдателями . Наблюдаемый — это объект, который уведомляет наблюдателей об изменениях своего состояния. ``
Например, информационное агентство может уведомлять каналы о получении новостей. Получение новостей — это то, что изменяет состояние информационного агентства и приводит к уведомлению каналов.
В этом кратком руководстве мы увидим, как использовать шаблон метода шаблона — один из самых популярных шаблонов GoF .
Это упрощает реализацию сложных алгоритмов за счет инкапсуляции логики в одном методе.
Чтобы продемонстрировать, как работает шаблон метода шаблона, давайте создадим простой пример, представляющий создание компьютерной станции.
Когда мы разрабатываем долгосрочные системы, мы должны ожидать изменяемую среду.
В общем, наши функциональные требования, фреймворки, устройства ввода-вывода и даже дизайн нашего кода могут меняться по разным причинам. Имея это в виду, Чистая Архитектура является руководством к высокому сопровождению кода, учитывая все окружающие нас неопределенности .
В этой статье мы создадим пример API регистрации пользователей в соответствии с «Чистой архитектурой» Роберта К. Мартина . Мы будем использовать его исходные слои — сущности, варианты использования, интерфейсные адаптеры и фреймворки/драйверы.
В этом руководстве мы собираемся узнать о шаблоне проектирования Service Locator в Java .
Мы опишем концепцию, реализуем пример и выделим плюсы и минусы его использования.
Целью шаблона Service Locator является возврат экземпляров службы по запросу. Это полезно для отделения потребителей услуг от конкретных классов.
В этом уроке мы обсудим принцип разделения интерфейса, один из принципов SOLID . Представляя «I» в «SOLID», разделение интерфейсов просто означает, что мы должны разбивать большие интерфейсы на более мелкие.
Таким образом, гарантируется, что реализующие классы не должны реализовывать нежелательные методы.
Этот принцип был впервые определен Робертом С. Мартином как: « Клиенты не должны зависеть от интерфейсов, которые они не используют ».
В этом уроке мы узнаем, что такое шаблон проектирования Memento и как его использовать.
Сначала немного пройдемся по теории. Затем мы создадим пример, в котором проиллюстрируем использование шаблона.
Паттерн проектирования Memento, описанный Gang of Four в своей книге , — это поведенческий паттерн проектирования. Шаблон проектирования Memento предлагает решение для реализации невыполнимых действий. Мы можем сделать это, сохранив состояние объекта в данный момент и восстановив его, если действия, выполненные с тех пор, необходимо отменить.
В этой статье мы рассмотрим паттерн посредника, один из поведенческих паттернов GoF . Мы опишем его назначение и объясним, когда мы должны его использовать.
Как обычно, мы также приведем простой пример кода.
В объектно-ориентированном программировании мы всегда должны пытаться проектировать систему таким образом, чтобы компоненты были слабо связаны и допускали повторное использование . Такой подход упрощает поддержку и тестирование нашего кода.
В этом кратком руководстве мы рассмотрим паттерн Null Object, частный случай паттерна стратегии . Мы опишем его цель и когда мы действительно должны рассмотреть его использование.
Как обычно, мы также приведем простой пример кода.
В большинстве объектно-ориентированных языков программирования нам не разрешено использовать нулевую ссылку. Вот почему нам часто приходится писать нулевые проверки: