zheng项目系统简单的分析记录

---

接下来是对整体分层的分析，这样才知道每次的调用顺序和每个模块之间做了什么，要承担什么任务。尽管给了一些说明，但是看得不习惯，还是自己上手操作比较的实际，印象深刻。每个不同的任何机构都有自己一套的内部代码规范和命名法则和层次结构的定义，但是基本的定义差别应该不是太大，下面进行一个简单的分析(每个模块进行简单的分析，umps的内容比较的多，主要对这个模块)：

模块整体的构造：

1. clien
2. common 不做介绍
3. dao
4. rpc-api
5. rpc-service
6. server
   

   也不是给的文档完全不看啊，看还是多多少少看一些的，不然当对来说会费尽一点（大牛可以完全忽略这些）

dao子模块的分析

这个模块相对来说比较的简单，也是我们新建一个模块的时候首先建立的一个子模块，这个模块主要是创建dao的，在这个dao层下面一般有最基本的实体和dao的接口，包涵基本的crud。其中当然也有framemarker的生成类，这个就不做过多的赘述了。这个同时我也有个疑问目前还没搞懂，为什么要生成example类，平时我是真的没用到过，很少去接触jpa的东西。

server

这个模块怎么说呢，给我最大直观的感受就是，这是一个没有实现类的Java Web工程。
1. webapp，很明显。
2. 这个模块的resources配置文件相对来说是比较多的，每个文件的作用这个这次不多探究。
3. 这个模块里面是主要做控制层的，你看嘛，controller层写里面好好的，主要负责参数的传递接收。
4. 当然了，这个模块用到了swaggerUi，其实就类似一个postman，对后端人员来说开