设计模式
2015-09-05 17:20
169 查看
设计模式有三种基本类别:创建型模式、结构型模式和行为型模式。
A 状态模式:当一个对象状态发生变化时选择该对象的一种行为。属于行为型模式
B 装饰器模式:为对象动态添加职责。属于结构型模式
C 代理模式:用一个对象表示另一个对象。 属于结构型模式
D 观察者模式:一种通知若干类发生变化的机制。属于行为型模式
结构型设计模式是从程序的结构上解决模块之间的耦合问题。包括以下七种模式:
1. Adapte适配器模式 2. Bridge 桥接模式 3. Composite 组合模式 4.Decorator装饰模式
5. Facade 外观模式 6. Flyweight 享元模式 7. Proxy 代理模式
1.Adapte适配器模式:Adapter 模式通过类的继承或者对象的组合侧重于转换已有的接口,类适配器采用“多继承”的实现方式,带来了不良的高耦合,所以一般不推荐使用。对象适配器采用“对象组合”的方式,更符合松耦合精神。
例如:笔记本 电源适配器,可以将220v转化为适合笔记本使用的电压。
2.Bridge 桥接模式:将抽象部分与实现部分分离,使它们都可以独立的变化。 减少因变化带来的代码的修改量。
例如:经典例子,电灯开关,开关的目的是将设备打开或关闭,产生的效果不同。
3. Composite 组合模式: 将对象组合成树形结构以表示“部分 - 整体”的层次结构。 Composite 模式使得客户对单个对象和组合对象的使用具有一致性。从而解决了 解决客户程序与复杂对象容器的解耦,即: 通过继承统一的接口,我们可以将容器对象及其子对象看成同一类对象使用,以减少对象使用中的复杂度。
例如: 让用户一致地使用单个对象和组合对象,1 +2 和( 1+1 ) + ( 2*3 )都是合法的表达式。 单个与整体都可以进行加法运算符的操作。
4.Decorator装饰模式:动态地给一个对象添加一些额外的职责。就增加功能来说, Decorator 模式相比生成子类更为灵活。 [GOF 《设计模式》 ] Decorator 模式采用对象组合而非继承的手法,实现了在运行时动态的扩展对象功能的能力,而且可以根据需要扩展多个功能,避免了单独使用继承带来的“灵活性差”和“多子类衍生问题”。同时它很好地符合面向对象设计原则中“优先使用对象组合而非继承”和“开放 - 封闭”原则。
例如:一幅画,可以直接挂到墙上,也可以加上框架和镶上玻璃后,再挂到墙上。
5. Facade 外观模式: 为子系统中的一组接口提供一个一致的界面, 简化接口。
例如:我们拨打10086,可以办理,彩铃,手机报,全时通等业务(子对象),而10086则是为子对象所使用的一致界面。
6. Flyweight 享元模式: 运用共享技术有效地支持大量细粒度的对象。 [GOF 《设计模式》 ]。 解决: 面向对象的思想很好地解决了抽象性的问题,一般也不会出现性能上的问题。但是在某些情况下,对象的数量可能会太多,从而导致了运行时的代价。那么我们如何去避免大量细粒度的对象,同时又不影响客户程序使用面向对象的方式进行操作 ,享元模式的出现恰好解决了该问题。
例如: 公共交换电话网( PSTN )是享元的一个例子。有一些资源例如拨号音发生器、振铃发生器和拨号接收器是必须由所有用户共享的。当一个用户拿起听筒打电话时,他不需要知道使用了多少资源。对于用户而言所有的事情就是有拨号音,拨打号码,拨通电话。
7. Proxy 代理模式: 为其他对象提供一种代理以控制这个对象的访问。 解决直接访问某些对象是出现的问题。
例如:律师本身就是我们维权的一个代理!
A 状态模式:当一个对象状态发生变化时选择该对象的一种行为。属于行为型模式
B 装饰器模式:为对象动态添加职责。属于结构型模式
C 代理模式:用一个对象表示另一个对象。 属于结构型模式
D 观察者模式:一种通知若干类发生变化的机制。属于行为型模式
结构型设计模式是从程序的结构上解决模块之间的耦合问题。包括以下七种模式:
1. Adapte适配器模式 2. Bridge 桥接模式 3. Composite 组合模式 4.Decorator装饰模式
5. Facade 外观模式 6. Flyweight 享元模式 7. Proxy 代理模式
1.Adapte适配器模式:Adapter 模式通过类的继承或者对象的组合侧重于转换已有的接口,类适配器采用“多继承”的实现方式,带来了不良的高耦合,所以一般不推荐使用。对象适配器采用“对象组合”的方式,更符合松耦合精神。
例如:笔记本 电源适配器,可以将220v转化为适合笔记本使用的电压。
2.Bridge 桥接模式:将抽象部分与实现部分分离,使它们都可以独立的变化。 减少因变化带来的代码的修改量。
例如:经典例子,电灯开关,开关的目的是将设备打开或关闭,产生的效果不同。
3. Composite 组合模式: 将对象组合成树形结构以表示“部分 - 整体”的层次结构。 Composite 模式使得客户对单个对象和组合对象的使用具有一致性。从而解决了 解决客户程序与复杂对象容器的解耦,即: 通过继承统一的接口,我们可以将容器对象及其子对象看成同一类对象使用,以减少对象使用中的复杂度。
例如: 让用户一致地使用单个对象和组合对象,1 +2 和( 1+1 ) + ( 2*3 )都是合法的表达式。 单个与整体都可以进行加法运算符的操作。
4.Decorator装饰模式:动态地给一个对象添加一些额外的职责。就增加功能来说, Decorator 模式相比生成子类更为灵活。 [GOF 《设计模式》 ] Decorator 模式采用对象组合而非继承的手法,实现了在运行时动态的扩展对象功能的能力,而且可以根据需要扩展多个功能,避免了单独使用继承带来的“灵活性差”和“多子类衍生问题”。同时它很好地符合面向对象设计原则中“优先使用对象组合而非继承”和“开放 - 封闭”原则。
例如:一幅画,可以直接挂到墙上,也可以加上框架和镶上玻璃后,再挂到墙上。
5. Facade 外观模式: 为子系统中的一组接口提供一个一致的界面, 简化接口。
例如:我们拨打10086,可以办理,彩铃,手机报,全时通等业务(子对象),而10086则是为子对象所使用的一致界面。
6. Flyweight 享元模式: 运用共享技术有效地支持大量细粒度的对象。 [GOF 《设计模式》 ]。 解决: 面向对象的思想很好地解决了抽象性的问题,一般也不会出现性能上的问题。但是在某些情况下,对象的数量可能会太多,从而导致了运行时的代价。那么我们如何去避免大量细粒度的对象,同时又不影响客户程序使用面向对象的方式进行操作 ,享元模式的出现恰好解决了该问题。
例如: 公共交换电话网( PSTN )是享元的一个例子。有一些资源例如拨号音发生器、振铃发生器和拨号接收器是必须由所有用户共享的。当一个用户拿起听筒打电话时,他不需要知道使用了多少资源。对于用户而言所有的事情就是有拨号音,拨打号码,拨通电话。
7. Proxy 代理模式: 为其他对象提供一种代理以控制这个对象的访问。 解决直接访问某些对象是出现的问题。
例如:律师本身就是我们维权的一个代理!
相关文章推荐
- 四层和七层负载均衡的区别
- C++和C语言混编
- as和is类型转换
- 密码学2——Java byte数组与十六进制字符串互转
- 操作系统内存管理——分区、页式、段式管理
- DBGrid1
- 小解C++模板特化
- iOS Simulator运行慢悠悠,但是APP的功能又很正常
- 有关性能和误删的注意
- 密码学1——Java 加密解密基础
- 进程调度算法
- php-fpm 在centos 7下的安装配置
- 查看nginx cache命中率
- Android中Handler使用不当引起的内存泄露
- 网络游戏中的主循环
- c语言之单链表的创建及排序
- 1063. Set Similarity (25)
- 在Mac下编译webdis
- cocos2dv2项目转换为ARC支持的项目
- cocos2dv2项目转换为ARC支持的项目