-
所有访问订单模块的数据，通过Facade模式,隐藏实现细节，提供API，保证业务高内聚。
-
订单模块访问其它模块数据，通过Proxy模式，不直接使用订单对象，保证业务低耦合。
-
给订单模板新增一个额外的功能，Decorator 动态地给一个对象添加一些额外的职责,遵循开闭原则，比增加子类更灵活。
-
给订单使用政策A，现在打算接入政策B，于是新增一个适配器类C，继承于A且初始化B的实例，让A与B关联起来。订单使用A就可以访问B了，遵循开闭原则。
- 遵循 “开闭原则” 使用装饰模式和适配器模式，增加新的api, 不修改之前的
- 项目内部逻辑重构，但没有新建数据表，对外的接口没有修改；----》上线容易
- 修改了对外的接口，新增了数据表---->需要单独处理新旧数据兼容
- 面向接口编程，不依赖具体实现，使用 Proxy代理模式
- 预订成功，分别发送短信给供应商、旅客、销售、操作，使用 Observer 观察者模式
- 退款业务，不同金额走不同审批，使用 Chain 职责链模式
- 与客户、供应商签署不同退款协议，使用 Template 模板模式
Decorator 是新增行为，Proxy是控制访问行为，Adapter是转换行为，改变接口，Facade是一种简化接口行为。