首页 > 其他 > 详细

类的设计原则

时间:2014-08-05 18:35:30      阅读:281      评论:0      收藏:0      [点我收藏+]

刚接触设计模式的时候我就被它的优雅给吸引了,发现原来代码还可以这样写,当时的我入了迷。

记得看的第一本设计模式的书籍叫《大话设计模式》,当时的我还不能完全理解里面的思想,但并不妨碍我被它的优雅给吸引,这本书我看了3遍,直到现在感觉还是有点乱,在这整理一下自己的思路,加深一下自己的理解。

类的设计原则:


开闭原则:在面对对象设计的中,应该遵循对扩展开放,对修改关闭。

开闭原则实现方法:

为了满足开闭原则,我们这软件设计中应该将不变的部分抽象出来,定义成不变的接口(或抽象类),模块之间调用通过抽象接口进行,这样即使实现层发生变化,调用代码也不需要改变,接口是不变的是可以复用的,简单的说就是基于接口(抽象)编程


单一职责原则:在类的设计过程中,只能让一个类有且只有一个职责。

为什么一个类不能多余一个以上的职责?

当一个类拥有多个职责的时候,也就意味着有多个原因会引起该类的改变,而这种变化会影响到该类不同职责的使用者:

1.当类的一个职责需要包含其他外部类的时候,该类的另外一个职责的使用者就不得不包还这个外部类

2.当类的一个职责改变,而该类的另外一个职责的使用者也不得不重新编译这个类

职责划分

单一职责其实从字面去理解非常容易,但在实际的设计过程中,并不是那么容易对职责进行划分。

首先我尝试用一句话来概括这个类的职责,在语句中不要包括或、且、和之类的字眼,然后考虑这个类是否存在多个原因引起他的改变


接口分离原则:接口的设计应该遵循最小接口原则,不要把用户不需要的方法放到同一个接口里


依赖倒置原则:高级模块不应该依赖低级模块,应该依赖抽象,抽象不应该依赖于细节,细节应该依赖抽象


里氏替换原则:子类应该可以替换掉父类出现的任何地方,或者说我们将代码中所有出现父类的地方替换成子类,代码仍然可以正常运行

类的设计原则,布布扣,bubuko.com

类的设计原则

原文:http://www.cnblogs.com/xiaodo0/p/3892562.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!