【笔记】阿里巴巴Java开发手册1.4.0

六、工程结构
(一)应用分层

1. 【推荐】图中默认上层依赖于下层，箭头关系表示可直接依赖，如：开放接口层可以依赖于
   Web 层，也可以直接依赖于 Service 层，依此类推：

 开放接口层：可直接封装 Service 方法暴露成 RPC 接口；通过 Web 封装成 http 接口；进行
网关安全控制、流量控制等。  终端显示层：各个端的模板渲染并执行显示的层。当前主要是 velocity 渲染，JS 渲染，
JSP 渲染，移动端展示等。  Web 层：主要是对访问控制进行转发，各类基本参数校验，或者不复用的业务简单处理等。  Service 层：相对具体的业务逻辑服务层。  Manager 层：通用业务处理层，它有如下特征：
1） 对第三方平台封装的层，预处理返回结果及转化异常信息； 2） 对 Service 层通用能力的下沉，如缓存方案、中间件通用处理； 3） 与 DAO 层交互，对多个 DAO 的组合复用。  DAO 层：数据访问层，与底层 MySQL、Oracle、Hbase 等进行数据交互。  外部接口或第三方平台：包括其它部门 RPC 开放接口，基础平台，其它公司的 HTTP 接口。

七、设计规约
12.【推荐】系统设计阶段，共性业务或公共行为抽取出来公共模块、公共配置、公共类、公共方
法等，避免出现重复代码或重复配置的情况。
说明：随着代码的重复次数不断增加，维护成本指数级上升。

13.【推荐】避免如下误解：敏捷开发 = 讲故事 + 编码 + 发布。
说明：敏捷开发是快速交付迭代可用的系统，省略多余的设计方案，摒弃传统的审批流程，但
核心关键点上的必要设计和文档沉淀是需要的。
反例：某团队为了业务快速发展，敏捷成了产品经理催进度的借口，系统中均是勉强能运行但 像面条一样的代码，可维护性和可扩展性极差，一年之后，不得不进行大规模重构，得不偿失。

15.【参考】设计的本质就是识别和表达系统难点，找到系统的变化点，并隔离变化点。
说明：世间众多设计模式目的是相同的，即隔离系统变化点。