Эта мета-аннотация теперь может использоваться для изменения тестового класса в предыдущем примере следующим образом: Вышеизложенное можно немного улучшить. Мы можем интегрировать аннотацию || @MavenJupiterExtension || в нашу самостоятельно определенную мета-аннотацию следующим образом (В || пример проекта || Я назвал мета-аннотацию || @MavenITExecution ||, чтобы иметь разные примеры в одном проекте.): На основе So это для части III. что мы можем изменить тестовый пример, чтобы посмотреть, Хотите ли вы узнать больше о || Программе интеграционного тестирования, если у вас есть идеи, предложения или обнаружены ошибки, пожалуйста |Привет, мир, модульный монолит Пример показанных вариантов использования можно || найти на GitHub || . | файл в выпуске на github || . если вы хотите узнать состояние выпуска, вы можете заглянуть в || примечания к выпуску || . mework || вы можете обратиться к || руководству пользователя следующим образом:

Фото автора Фото автора Фото автора Unsplash

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

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

GitHub – bertilmuth/modular-monolith-helloworld: Пример взаимодействия производителя и потребителя в стиле hello world с помощью шины событий.

Каждый модуль содержится в своем собственном проекте Gradle. Кроме main и connector, модули не имеют никаких зависимостей.

Этот модульный стиль разработки потенциально имеет следующие преимущества:

• Модули обозначают границы команды . Каждая команда может работать над своими собственными данными и поведением, на которые практически не влияет работа других команд. Каждая команда может работать над своими собственными данными и поведением, на которые практически не влияет работа других команд.
• Изоляция модулей снижает когнитивную нагрузку . Разработчику больше не нужно понимать все приложение целиком, а только тот модуль, над которым он работает.
• Уменьшение зависимостей позволяет избежать страшного большого комка грязи и делает приложение в целом более удобным в обслуживании. В частности, это позволяет избежать циклических зависимостей между частями приложения.

В частности, это позволяет избежать циклических зависимостей между частями приложения.

• Это приводит к возможной согласованности . Поскольку модули взаимодействуют асинхронно, нет никакой гарантии немедленной согласованности
• Поскольку модули взаимодействуют асинхронно, нет никакой гарантии немедленной согласованности В реальном приложении необходимо убедиться, что никакие события не теряются. Это усложняет логику инфраструктуры.

Оригинал: “https://dev.to/bertilmuth/hello-world-modular-monolith-2pmm”