firemail

标题: <<设计模式之禅>>笔记 [打印本页]

作者: java 时间: 2017-10-25 12:45
标题: <<设计模式之禅>>笔记
本帖最后由 java 于 2017-11-1 19:18 编辑

前言
用抽象类还是用接口？

6大设计原则

第1章  单一职责原则（SRP Single Responsibility Principle）
Theree should never be more than one reason for a class to change.

用户、机构、角色管理 RBAC模型（Rose-Based Access Control,基于角色的访问控制，通过分配和取消角色来完成用户权限的授予和取消，使用动作主体（用户）与资源的行为（权限）分离）。

用户信息抽象成一个BO(Business Object, 业务对象)
行为抽取成一个Biz(Business Logic, 业务逻辑)    BIZ 为英文“business”的缩写

接口修改对其它的Invoker类是不是会有影响？

调用器（invoker）和拦截器（interceptor）

第2章  里氏替换原则（LSP Liskov Substitution Principle）
所有引用基类的地方必须能透明地使用其子类的对象。
玩具枪杀敌父类的某些方法在子类中已经发生“畸变”，则建议断开父子继承关系，采用依赖、聚集、组合等关系代替继承。

子类可放大输入参数，缩小输出结果，避免“个性”，目的增强健壮性，升级保持兼容。

欢迎光临 firemail (http://firemail.wang:8088/)