设计模式的六大原则
2012-10-20 23:21
337 查看
1. 开闭原则(Open-Closed Principle: OCP)
对软件实体可以扩展,但是不可以修改。在一个系统中,对扩展是开放的,但是对修改是关闭的,一个好的系统可以再不修改源码的情况下扩展功能,满足对软件的新的需求。
2. 里式替换原则(Liskov Substitution Principle: LSP)
子类必须能够替换它们的父类
举例:不符合的情况
(1)鸟<-----企鹅:企鹅不能完全替换为鸟类,因为鸟类有飞翔的动作
3. 依赖倒置原则(Dependence Inversion Principle:DIP)
(1)具体就是要依赖于抽象,不要依赖于具体
(2)抽象不应该依赖于细节,细节应该依赖于抽象
(3)要针对接口编程,不要针对实现来编程
4. 接口隔离原则(Interface Segregation Principle: ISP)
使用多个专门的接口比使用单一的总接口要好
(以下部分内容转载)
它包含了2层意思:
- 接口的设计原则:接口的设计应该遵循最小接口原则,不要把用户不使用的方法塞进同一个接口里。
如果一个接口的方法没有被使用到,则说明该接口过胖,应该将其分割成几个功能专一的接口。
- 接口的依赖(继承)原则:如果一个接口a依赖(继承)另一个接口b,则接口a相当于继承了接口b的方法,那么继承了接口b后的接口a也应该遵循上述原则:不应该包含用户不使用的方法。
反之,则说明接口a被b给污染了,应该重新设计它们的关系。
如果用户被迫依赖他们不使用的接口,当接口发生改变时,他们也不得不跟着改变。换而言之,一个用户依赖了未使用但被其他用户使用的接口,当其他用户修改该接口时,依赖该接口的所有用户都将受到影响。这显然违反了开闭原则,也不是我们所期望的。
下面我们举例说明怎么设计接口或类之间的关系,使其不违反ISP原则。
假如有一个Door,有lock,unlock功能,另外,可以在Door上安装一个Alarm而使其具有报警功能。用户可以选择一般的Door,也可以选择具有报警功能的Door。
有以下几种设计方法:
方法一:
在Door接口里定义所有的方法。图:
但这样一来,依赖Door接口的CommonDoor却不得不实现未使用的alarm()方法。违反了ISP原则。
方法二:
在Alarm接口定义alarm方法,在Door接口定义lock,unlock方法,Door接口继承Alarm接口。
跟方法一一样,依赖Door接口的CommonDoor却不得不实现未使用的alarm()方法。违反了ISP原则。
方法三:通过多重继承实现
在Alarm接口定义alarm方法,在Door接口定义lock,unlock方法。接口之间无继承关系。CommonDoor实现Door接口,
AlarmDoor有2种实现方案:
1),同时实现Door和Alarm接口。
2),继承CommonDoor,并实现Alarm接口。该方案是继承方式的Adapter设计模式的实现。
第2)种方案更具有实用性。
这种设计遵循了ISP设计原则。
方法四:通过委让实现
5. 单一职责原则(Single Responsibility Principle:SRP)
一个类应该只有一个引起它变化的原因
6. 迪米特原则
一个对象应该对其他对象有最少的了解,尽可能的低耦合。
对软件实体可以扩展,但是不可以修改。在一个系统中,对扩展是开放的,但是对修改是关闭的,一个好的系统可以再不修改源码的情况下扩展功能,满足对软件的新的需求。
2. 里式替换原则(Liskov Substitution Principle: LSP)
子类必须能够替换它们的父类
举例:不符合的情况
(1)鸟<-----企鹅:企鹅不能完全替换为鸟类,因为鸟类有飞翔的动作
3. 依赖倒置原则(Dependence Inversion Principle:DIP)
(1)具体就是要依赖于抽象,不要依赖于具体
(2)抽象不应该依赖于细节,细节应该依赖于抽象
(3)要针对接口编程,不要针对实现来编程
4. 接口隔离原则(Interface Segregation Principle: ISP)
使用多个专门的接口比使用单一的总接口要好
(以下部分内容转载)
它包含了2层意思:
- 接口的设计原则:接口的设计应该遵循最小接口原则,不要把用户不使用的方法塞进同一个接口里。
如果一个接口的方法没有被使用到,则说明该接口过胖,应该将其分割成几个功能专一的接口。
- 接口的依赖(继承)原则:如果一个接口a依赖(继承)另一个接口b,则接口a相当于继承了接口b的方法,那么继承了接口b后的接口a也应该遵循上述原则:不应该包含用户不使用的方法。
反之,则说明接口a被b给污染了,应该重新设计它们的关系。
如果用户被迫依赖他们不使用的接口,当接口发生改变时,他们也不得不跟着改变。换而言之,一个用户依赖了未使用但被其他用户使用的接口,当其他用户修改该接口时,依赖该接口的所有用户都将受到影响。这显然违反了开闭原则,也不是我们所期望的。
下面我们举例说明怎么设计接口或类之间的关系,使其不违反ISP原则。
假如有一个Door,有lock,unlock功能,另外,可以在Door上安装一个Alarm而使其具有报警功能。用户可以选择一般的Door,也可以选择具有报警功能的Door。
有以下几种设计方法:
ISP原则的违反例:
方法一:在Door接口里定义所有的方法。图:
但这样一来,依赖Door接口的CommonDoor却不得不实现未使用的alarm()方法。违反了ISP原则。
方法二:
在Alarm接口定义alarm方法,在Door接口定义lock,unlock方法,Door接口继承Alarm接口。
跟方法一一样,依赖Door接口的CommonDoor却不得不实现未使用的alarm()方法。违反了ISP原则。
遵循ISP原则的例:
方法三:通过多重继承实现在Alarm接口定义alarm方法,在Door接口定义lock,unlock方法。接口之间无继承关系。CommonDoor实现Door接口,
AlarmDoor有2种实现方案:
1),同时实现Door和Alarm接口。
2),继承CommonDoor,并实现Alarm接口。该方案是继承方式的Adapter设计模式的实现。
第2)种方案更具有实用性。
这种设计遵循了ISP设计原则。
方法四:通过委让实现
5. 单一职责原则(Single Responsibility Principle:SRP)
一个类应该只有一个引起它变化的原因
6. 迪米特原则
一个对象应该对其他对象有最少的了解,尽可能的低耦合。
相关文章推荐
- 设计模式六大原则(3):依赖倒置原则
- 详解设计模式六大原则
- 设计模式(二):六大原则
- 设计模式之一:六大设计原则
- 设计模式之六大原则(一)
- IOS设计模式的六大设计原则之接口隔离原则(ISP,Interface Segregation Principle)
- 设计模式六大原则(5):迪米特法则
- IOS设计模式的六大设计原则之开放-关闭原则(OCP,Open-Close Principle)
- 设计模式六大原则
- 设计模式的六大原则
- 设计模式之六大原则
- 经典分享:设计模式之六大原则
- 设计模式六大原则(4):接口隔离原则
- 设计模式六大原则
- (随记一)Android设计模式解析与实战_面对对象六大原则之单一职责原则
- 【设计模式六大原则】单一职责原则
- 设计模式六大原则
- (随记六)Android设计模式解析与实战_面对对象六大原则之加米特原则
- 设计模式六大原则(4):接口隔离原则
- 设计模式六大原则(6):开闭原则