Concrete使用

本章主要由浅入深的介绍concrete使用。concrete的推荐实践需要开发者掌握一定的maven知识和S.O.L.I.D.原则的理解。

虽然concrete并不依赖spring，但是我们依然推荐使用spring，spring-boot/spring-data实在是效率利器。因此，我们的示例中会使用到他们。

concrete的物料清单(concrete-bom)中，已经把spring-framework/ spring-boot/ spring-cloud/ spring-data引入进来了，方便大家使用。

在开始使用之前，我们先建一个maven工程，并定立一下规约：

约定

• 演示模块的groupId为org.coodex.concrete.demo
• 演示包名为org.coodex.concrete.demo.**
  • 例外：如使用到coodex-mock的Assignation功能时，包mock.assign遵循concrete-mock规范
• 用于定义concrete service的包根据作用不同，可以定义为org.coodex.concrete.demo.**.api或org.coodex.concrete.demo.**.rpc
• 实现统一放到org.coodex.concrete.demo.**.impl中，并遵循javax.inject规范
• 模块根据用途划分，最起码分为**-api、**-impl、**-boot三个模块，原因：
  • 各司其职，在模块级别达到到单一职责原则，也有利于团队协作分工
  • **-api负责定义service，除发布服务以外，还可以供调用者使用，而调用者并不依赖实现
  • **-impl中对定义的服务进行实现，只需要考虑如何达到服务能力即可，不需要关注如何发布服务
  • **-boot，使用spring-boot发布服务，负责最后的组装

好的，我们开始。