Kotlin和SpringBoot开发的六边形架构应用案例


TalkAdvisor是一个使用Kotlin和SpringBoot开发的六边形体系结构演示应用程序。

Kotlin和SpringBoot开发的六边形架构应用案例

TalkAdvisor由4个不一样的模块组成:架构

1. 六边形内部talkadvisor-domainapp

此模块保存应用程序的全部业务价值,您能够在其中找到其DDD聚合Recommendation.。 已配置Maven以防止向领域中导入任何外部工件:dom

Kotlin和SpringBoot开发的六边形架构应用案例

若是向pom添加了任何依赖项,若是此列表中不容许,则构建将失败。单元测试

2. 六边形的外面talkadvisor-infra测试

全部适配器都收集​​在talkadvisor-infra模块中。talkadvisor-infra是一个父pom,集中了全部适配器的常见配置(Spring Boot BOM,...)。基础设施分为3个模块:设计

(1)talkadvisor-infra-applicationcdn

整个应用程序驻留在此模块中。您能够在此处找到控制器,YouTube客户端(SPI适配器),REST资源(API适配器)和Spring Boot应用程序。对象

(2)talkadvisor-infra-external-stubsblog

保存外部服务的存根,基本上是wiremock-based基础设施,其中存储了咱们向YouTube发出的请求的一些响应有效负载。这些存根是在集成验收测试期间启动的,以便彻底隔离TalkAdvisor的CICD构建。它们也可用于运行应用程序,请参阅运行应用程序。资源

(3)talkadvisor-infra-acceptance-tests

集成验收和应用程序的端到端测试。它们在每一个构建中针对具备外部存根的TalkAdvisor的本地实例启动。端到端测试也能够针对插入真实调用的YouTube部署实例启动,请参阅启动端到端测试。

使用Cucumber(领域驱动测试)在领域驱动设计和六边形体系结构中实现功能测试

使用领域驱动设计和六边形体系结构,一般意味着应用行为驱动开发方法。

不少人都理解它,这种技术如今很广泛。不幸的是,咱们常常看到用于描述应用程序行为的功能测试被实现为测试REST端点的http客户端。

这种(反)模式的主要缺点是测试问题的混合。经过这种类型的测试,咱们有责任验证:

  • 应用程序的业务逻辑(功能测试)
  • 外部API的合同(合同测试)
  • 提供给消费者的工做流程 - 或相似的东西(端到端测试)
  • 领域对象和适配器之间的映射(单元测试/集成测试)
  • 应用程序的不一样子组件的集成,例如控制器,领域服务,存储库...... (集成测试/组件测试)
  • 大部分时间都不知道它:活动文档(合同测试)
相关文章
相关标签/搜索