Spring Cloud工程模块划分
现在网络上都在讲Spring Cloud的各个组件，但当我们自己也把Spring Cloud引入进来的时候，却发现第一个要解决的问题是：
工程的模块如何划分
在之前我写过一篇重构购物车的过程的文章，下面就以这个购物车工程，来说明当时我是如何思考和如何做的。
工程要分几个模块
API模块
当时的购物车工程是基于Spring Cloud搭建的，并对外暴露Resful接口。那么第一个要思考的问题是，调用方如何使用购物车的微服务接口呢。有一种方式是由服务提供方生成一个SDK包，调用方引入SDK直接使用。这种方式目前应该是主流的做法，我个人也比较推崇这种方式。
因此，在工程里，我们应该有个API工程，这个工程定义了所有的微服务接口，然后可以使用一些构建工具，生成一个SDK包。
shopcart-api
这个API工程只有两样东西，一个是微服务接口，另外一个是DTO对象。可以用package来区分。
1shopcart-api 2 api //包名 3 dto //包名
API包里可以用interface定义出所有的微服务接口。
1public interface ShopCartApi { 2 @RequestMapping(value = "/addToCart", method = RequestMethod.POST) 3 ResponseDTO addToCart(@RequestBody(required = false) AddToCartDTO request) throws Exception; 4 5 //其他接口 6}
至于DTO,是用于网络传输的对象。当我们想提供微服务接口的时候，首先要考虑的就是入参和出参。一般来说可以用DTO来表示的，所有DTO对象都必须以DTO结尾。这些DTO会以SDK包的形式，被调用方使用，调用方也必须将自己的业务数据封装成DTO入参，然后才能调用后端的微服务接口。
后面我们只需要使用Maven或者Gradle，构建一个SDK包出来即可。如果是使用Maven，那么组合使用
1mvn clean install 2mvn clean deploy
就可以生成SDK包，并且上传到公司的Maven私服上了。
server工程
server工程用于存放controller的,是实际对外的resful微服务接口。
shopcart-server
server工程必须依赖api工程，并去实现API工程定义的微服务接口。
1@RestController 2public class ShopCartController implements ShopCartApi { 3 @Override 4 public ResponseDTO addSkuToShopCart(@RequestBody AddToCartDTO request) throws Exception { 5 return null; 6 } 7}
这里的ShopCartApi就是之前在API工程里面定义的interface。那么server工程里的微服务接口可以直接去实现复杂的业务逻辑吗？还是说再抽取一个模块出来，专门用于实现业务逻辑呢？有一些公司，直接就在server工程里实现复杂的业务逻辑，然后用一个service包，将业务逻辑servce类放入进去。理由是，再抽取一个service模块用处不大呀，又无需用它来单独build一个包，供外部使用。其实这样做也没啥问题，但是通常来说，业务逻辑实现类，最好还是单独抽取成一个模块，除了层次清晰一些之外，业务逻辑实现类还有另外一些职责，就是【稳定】【灵活】【通用】【易于测试】，是需要精心设计的，建议别跟controller混在一个模块里。
随着业务不断的增多，server工程里的controller接口会不断的增多和变化，但是经过精心设计的业务逻辑层，却未必。
service工程
shopcart-service
如上所说，建议再建立一个service工程，将核心的业务逻辑封装起来。service层对外暴露的对象是业务对象，统一以BO结尾。这里就会有个问题，server工程调用完service层的接口，获取到BO对象后，需要转换成DTO对象。不过现在已经有非常成熟性能又好的映射工具了。orika就是其中的佼佼者。
模块之间的依赖
server工程依赖api工程和service工程。
需要再搞个domain模块吗
我理解的domain也属于业务逻辑的一部分，我个人是不太喜欢再搞个domain模块的，直接将domain放置在service模块里即可。
客户端如何调用服务端
在Spring Cloud里，可以借助feign
1@FeignClient(value = "xxxxx",path = "/yyyyy") 2public interface ShopCartClient extends ShopCartApi { 3 4}
这里的ShopCartApi就是购物车工程中api模块的接口类。想要调用购物车的接口，直接使用ShopCartClient类即可。
使用领域驱动设计来划分模块
也有些公司，使用领域驱动设计来划分模块，这块我目前还不太熟悉，不过看起来挺高大上的，也希望网友在文章的评论里，多多发表意见。