Discuz! Board

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1640|回复: 0
打印 上一主题 下一主题

<<设计模式之禅>>笔记

[复制链接]

697

主题

1142

帖子

4086

积分

认证用户组

Rank: 5Rank: 5

积分
4086
跳转到指定楼层
楼主
发表于 2017-10-25 12:45:51 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 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)
所有引用基类的地方必须能透明地使用其子类的对象。
玩具枪杀敌 父类的某些方法在子类中已经发生“畸变”,则建议断开父子继承关系,采用依赖、聚集、组合等关系代替继承。

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



回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|小黑屋|firemail ( 粤ICP备15085507号-1 )

GMT+8, 2024-11-26 06:11 , Processed in 0.056757 second(s), 19 queries .

Powered by Discuz! X3

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表