分层领域模型规约与领域模型命名规约

ゝ一纸荒年。 2022-01-20 04:05 307阅读 0赞

**一、分层领域模型规约**

DO（Data Object）：与数据库表结构一一对应，通过DAO层向上传输数据源对象。  
DTO（Data Transfer Object）：数据传输对象，Service或Manager向外传输的对象。  
BO（Business Object）：业务对象。由Service层输出的封装业务逻辑的对象。  
AO（Application Object）：应用对象。在Web层与Service层之间抽象的复用对象模型，极为贴近展示层，复用度不高。  
VO（View Object）：显示层对象，通常是Web向模板渲染引擎层传输的对象。  
Query：数据查询对象，各层接收上层的查询请求。注意超过2个参数的查询封装，禁止使用Map类来传输。

**二、领域模型命名规约**

1） 数据对象：xxxDo，xxx即为数据表名。

2） 数据传输对象：xxxDto xxxBo，xxx为业务领域相关的名称。

3） 展示对象：xxxVo，xxx一般为网页名称。

4） POJO是DO/DTO/BO/VO的统称，禁止命名成xxxPOJO。

整个web 的流程中的过程是:

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTAzOTg3NzE_size_16_color_FFFFFF_t_70][]

非常简单的一个图.

最近在看<人月神话>,这书还不错, 旁边一个卖保险的哥们看到这本书的名字,以为我在看小说, 问我是不是想到月亮上去做神仙.哈哈哈

2019年6月10日19:04:49

2019年6月11日16:31:18  更新:

今天看到肥朝的博客中一段话 , 就是下面的一段,  感触比较深, 其实有时候看起来蛮复杂的事情又很简单, 简单的事情又很难以做到. 拿我来说, 晚上跑步,写博客啊(虽然有些比较浅显, 已经很费时间了, 写一些深入的东西, 需要从原理写到事件, 再提高, 真的很需要时间), 表面上确实能够锻炼身体, 也能总结自己 , 但这些都是附带的, 我就想知道我能坚持多久,  一个人的毅力能够有多大.  佛有说大智慧, 大毅力, 大智慧是什么我可能无法知道了, 但是大毅力我觉得可能会知道吧

--------------------

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTAzOTg3NzE_size_16_color_FFFFFF_t_70 1][]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTAzOTg3NzE_size_16_color_FFFFFF_t_70]: /images/20220120/4a8e253db9c846c7b79a642d11b279ab.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTAzOTg3NzE_size_16_color_FFFFFF_t_70 1]: /images/20220120/a52ad71b26844a599db93cb0f402b033.png