本文对Zheng项目系统进行了分层分析，主要包括模块整体构造、DAO子模块、Server、RPC-API和RPC-Service。DAO模块包含基本的CRUD操作，Server模块作为无实现类的Java Web工程，主要处理控制层。RPC-API模块仅包含接口，用于暴露给Dubbo消费者。RPC-Service模块实现了这些接口，包括业务逻辑和DAO操作。文章还提到了SwaggerUI在开发测试中的便利性，并指出每个模块的功能和相互依赖关系。
接下来是对整体分层的分析，这样才知道每次的调用顺序和每个模块之间做了什么，要承担什么任务。尽管给了一些说明，但是看得不习惯，还是自己上手操作比较的实际，印象深刻。每个不同的任何机构都有自己一套的内部代码规范和命名法则和层次结构的定义，但是基本的定义差别应该不是太大，下面进行一个简单的分析(每个模块进行简单的分析，umps的内容比较的多，主要对这个模块)：
模块整体的构造：
- clien
- common 不做介绍
- dao
- rpc-api
- rpc-service
- server
也不是给的文档完全不看啊，看还是多多少少看一些的，不然当对来说会费尽一点（大牛可以完全忽略这些）
dao子模块的分析
这个模块相对来说比较的简单，也是我们新建一个模块的时候首先建立的一个子模块，这个模块主要是创建dao的，在这个dao层下面一般有最基本的实体和dao的接口，包涵基本的crud。其中当然也有framemarker的生成类，这个就不做过多的赘述了。这个同时我也有个疑问目前还没搞懂，为什么要生成example类，平时我是真的没用到过，很少去接触jpa的东西。
server
这个模块怎么说呢，给我最大直观的感受就是，这是一个没有实现类的Java Web工程。
1. webapp
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
