Java

Если ваши интеграционные тесты тонут в хаосе тестовых данных, а ручные SQL-скрипты вызывают головную боль, то Database Rider — ваш супергерой. В прошлом посте мы разобрали основы, а сегодня нырнем в практику: от многоформатных датасетов и хитрых проверок БД до ускорения тестов и организации данных без бардака.

Чтобы писать их на одном языке сразу для двух платформ.

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

В предыдущей части мы рассмотрели доменный слой нашей функциональности. Настало время переходить к сервисному слою.

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

Гексагональная архитектура или архитектура портов и адаптеров - это архитектурный подход, при котором основная логика приложения отделяется от источников данных, внешних сервисов и пользовательских интерфейсов. По-моему мнению, является од…

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

В прошлых постах мы разобрали, что такое хореография и как ее реализовывать. А теперь соединим хореографию с паттерном State Machine. Это позволит построить нам прозрачную и управляемую архитектуру.

На сегодняшний день поддержка целостности баз данных и управление миграциями схем и данных — важная часть процесса разработки. Одним из популярных и гибких инструментов для управления изменениями БД является Liquibase. Liquibase — это open-source решение, которое позволяет:

Я верю в то, что реальный опыт и скилы можно
получить только через практику. Особенно в ИТ.
Особенно в программировании.

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

В предыдущем посте мы рассмотрели классические State Machine. Посмотрели на реализацию FSM с использованием таблиц. Но что делать, когда система разрастается и появляются такие требования:

Паттерн State отлично подходит для управления поведением объекта в зависимости от его состояния. Но что делать, когда логика переходов между состояниями усложняется?