Spring Cloud工程模块划分

2019独角兽企业重金招聘Python工程师标准>>>

Spring Cloud工程模块划分

---

现在网络上都在讲Spring Cloud的各个组件，但当我们自己也把Spring Cloud引入进来的时候，却发现第一个要解决的问题是：

工程的模块如何划分

在之前我写过一篇重构购物车的过程的文章，下面就以这个购物车工程，来说明当时我是如何思考和如何做的。

---

工程要分几个模块

---

API模块

---

当时的购物车工程是基于Spring Cloud搭建的，并对外暴露Resful接口。那么第一个要思考的问题是，调用方如何使用购物车的微服务接口呢。有一种方式是由服务提供方生成一个SDK包，调用方引入SDK直接使用。这种方式目前应该是主流的做法，我个人也比较推崇这种方式。

因此，在工程里，我们应该有个API工程，这个工程定义了所有的微服务接口，然后可以使用一些构建工具，生成一个SDK包。

shopcart-api

这个API工程只有两样东西，一个是微服务接口，另外一个是DTO对象。可以用package来区分。

shopcart-api
     api  //包名
     dto  //包名

API包里可以用interface定义出所有的微服务接口。

public interface ShopCartApi {
    @RequestMapping(value = "/addToCart", method = RequestMethod.POST)
    ResponseDTO addToCart(@RequestBody(required = false) AddToCartDTO request) throws Exception;
    
    //其他接口
}

至于DTO,是用于网络传输的对象。当我们想提供微服务接口的时候，首先要考虑的就是入参和出参。一般来说可以用DTO来表示的，所有DTO对象都必须以DTO结尾。这些DTO会以SDK包的形式，被调用方使用，调用方也必须将自己的业务数据封装成DTO入参，然后才能调用后端的微服务接口。

后面我们只需要使用Maven或者Gradle，构建一个SDK包出来即可。如果是使用Maven，那么组合使用

mvn clean install
mvn clean deploy

就可以生成SDK包，并且上传到公司的Maven私服上了。

---

server工程

---

server工程用于存放controller的,是实际对外的resful微服务接口。

shopcart-server

server工程必须依赖api工程，并去实现API工程定义的微服务接口。

@RestController
public class ShopCartController implements ShopCartApi {
    @Override
    public ResponseDTO addSkuToShopCart(@RequestBody AddToCartDTO request) throws Exception {
        return null;
    }
}

这里的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

@FeignClient(value = "xxxxx",path = "/yyyyy")
public interface ShopCartClient extends ShopCartApi {
    
}

这里的ShopCartApi就是购物车工程中api模块的接口类。想要调用购物车的接口，直接使用ShopCartClient类即可。

---

使用领域驱动设计来划分模块

---

也有些公司，使用领域驱动设计来划分模块，这块我目前还不太熟悉，不过看起来挺高大上的，也希望网友在文章的评论里，多多发表意见。

---

原文链接

---

Spring Cloud工程模块划分

转载于:https://my.oschina.net/samgege/blog/1935354