架构师成长之路 - 结合领域设计项目架构总结（持续更新，暂不公开）

目录

前言

一、项目分层设计

二、领域模型对象

四、命名规范

4.1、命名一致性原则

4.2、方法名字标识符组成：动词+名词

4.3、最小长度，最大化信息原则

4.4、正确命名具有互斥意义的词

4.5、避免过度使用 get 作为方法名的前缀

五、开发小技巧

Controller 层的数据处理

查询接口复用

关于 service "太重" 解决方案

直接拆分

横向拆分

异常的处理

六、底层基建（Java +  Kotlin）

获取用户 id 和 地理信息

自定义缓存

分页响应

统一返回数据类型

统一状态码 + 描述

统一异常处理

---

前言

---

每个人项目架构设计风格千姿百态，导致项目难以维护、可读性低...  于是将自己接触过的大型企业级项目经验总结一下，最终目的是为了提高我的团队协作效率，降低维护成本.

一、项目分层设计

---

传统的三层架构模型我们都很熟悉，但随着项目的开发，最后无疑都会走向一个处境，单个 Service 类会显得十分臃肿.   当然这里我也没有真正的使用 DDD 领域的概念，因为会让反而很容易实现的项目本末倒置.  相当于是对传统三层架构的升级.

a）facade 外观层：

api：相当于传统三层架构中的 controller.= 

rpc：分布式架构中需要服务之间的相互调用，这里的 rpc 就是对其