OOD六大原则
来源:互联网 发布:黑莓9900软件下载 编辑:程序博客网 时间:2024/06/14 14:36
OOD基本上有6大原则,而实际上都是互补的,也就是说一些原则需要利用另一些原则来实现自己。6大原则如下:
1) Open-Close Principle(OCP),开-闭原则,讲的是设计要对扩展有好的支持,而对修改要严格限制。这是最重要也是最为抽象的原则,基本上我们所说的Reusable Software既是基于此原则而开发的。其他的原则也是对它的实现提供了路径。
2) Liskov Substituition Principle(LSP),里氏代换原则,很严格的原则,规则是“子类必须能够替换基类,否则不应当设计为其子类。”也就是说,子类只能去扩展基类,而不是隐藏或覆盖基类,如有这方面需要的设计就应当参考以下两种方法替换:
1.
2.
3) Dependence Inversion Principle(DIP),依赖倒换原则,“设计要依赖于抽象而不是具体化”。换句话说就是设计的时候我们要用抽象来思考,而不是一上来就开始划分我需要哪些哪些类,因为这些是具体。这样做有什么好处呢?人的思维本身实际上就是很抽象的,我们分析问题的时候不是一下子就考虑到细节,而是很抽象的将整个问题都构思出来,所以面向抽象设计是符合人的思维的。另外这个原则会很好的支持OCP,面向抽象的设计使我们能够不必太多依赖于实现,这样扩展就成为了可能,这个原则也是另一篇文章《Design by Contract》的基石。
4) Interface Segregation Principle(ISP),“将大的接口打散成多个小接口”,这样做的好处很明显,我不知道有没有必要再继续描述了,为了节省篇幅,实际上我对这些原则只是做了一个小总结,如果有需要更深入了解的话推荐看《Java与模式》,MS MVP的一本巨作!^_^
5) Composition/Aggregation Reuse Principle(CARP),设计者首先应当考虑复合/聚合,而不是继承(因为它很直观,第一印象就是“哦,这个就是OO啊”)。这个就是所谓的“Favor Composition over Inheritance”,在实践中复合/聚合会带来比继承更大的利益,所以要优先考虑。
6) Law of Demeter or Least Knowlegde Principle(LoD or LKP),迪米特法则或最少知识原则,这个原则首次在Demeter系统中得到正式运用,所以定义为迪米特法则。它讲的是“一个对象应当尽可能少的去了解其他对象”。也就是又一个关于如何松耦合(Loosely-Coupled)的法则。
- OOD六大原则
- OOD原则
- OOD原则
- OOD原则
- OOD设计原则
- OOD经验原则
- OOD设计原则
- OOD的五个原则:
- OOD的开闭原则
- 一些OOD设计原则
- 一些OOD设计原则
- OOD的设计原则
- OOD的原则
- 六大原则
- 六大原则
- 六大原则
- 六大原则
- OOD设计原则之其他
- 数组中出现次数超过一半的数字
- [疯狂Java]JDBC:加载数据库驱动、连接数据库
- 史上最牛android studio下载(更新)
- struts2采用convention-plugin实现零配置
- HDU 1158 Employment Planning dp
- OOD六大原则
- Linux 实现DHCP自动获取IP地址
- bootstrap3入门一(栅格系统)
- 弄明白Android 接口回调机制
- 实际参数列表和形式参数列表长度不同的问题
- nginx增加虚拟服务器
- 更改ubuntu对话框中的关闭最大化最小化按键放到对话框右侧
- 用 Github + Jekyll 写博客
- 关于HTTP header