java设计模式----其他模式
2017-10-27 09:07
197 查看
1、桥接:使用桥接模式不只改变你的实现,也改变你的抽象
优点:
将实现予以解耦,让它和界面之间不再永久绑定
抽象和实现可以独立扩展,不会影响到对方
对于“具体的抽象类”所做的改变,不会影响到客户
用途和缺点:
适合使用在需要跨越多个平台的图形和窗口系统中
当需要用不同的方式改变接口和实现时,你会发现桥接模式很好用
桥接模式的缺点时增加了复杂度
2、生成器:
使用生成器模式封装一个产品的构造过程,并允许按步骤构造
优点:
将一个复杂对象的创建过程封装起来
允许对象通过多个步骤来创建,并且可以改变过程(这和只有一个步骤的工厂模式不同)
向客户隐藏产品内部的表现
产品的实现可以被替换,因为客户只看到一个抽象的接口
用途和缺点:
经常被用来创建组合结构
与工厂模式相比,采用生成器模式创建对象的客户,需要具备更多的领域知识
3、责任链:
当你想要让一个以上的对象有机会能够处理某个请求的时候,就使用责任链模式
优点:
将请求的发送者和接受者解耦
可以简化你的对象,因为它不需要知道链的结构
通过改变链内的成员或调动它们的次序,允许你动态地新增或者删除责任
用途和缺点:
经常被使用在窗口系统中,处理鼠标和键盘之类的事件
并不保证请求一定会被执行,如果没有任何对象处理它的话,它可能会落到链尾之外(这可以是优点也可以是缺点)
可能不容易观察运行时的特征,有碍于出错
4、蝇量:
如想让某个实例能用来提供许多“虚拟实例”,就使用蝇量模式
优点:
减少运行时对象实例的个数,节省内存
将许多“虚拟”对象的状态集中管理
用途和缺点:
当一个类有许多的实例,而这些实例能被同一方法控制的时候,我们就可以使用蝇量模式
蝇量模式的缺点在于,一旦你实现了它,那么单个的逻辑实例将无法拥有独立而不同的行为
5、解释器:
使用解释器模式为语言创建解释器
优点:
将每一个语法规则表示成一个类,方便于实现语言
因为语法由许多类表示,所以你可以轻易地改变或扩展此语言
通过在类结构中加入新的方法,可以在解释的同时新增新的行为,例如打印格式的美化或者进行复杂的程序验证
用途和缺点:
当你需要实现一个简单的语言时,使用解释器
当你有一个简单的语法,而且简单比效率更重要时,使用解释器
可以处理脚本语言和编程语言
当语法规则的数目太大时,这个模式可能会变得非常繁杂。在这种情况下,使用解释器/编译器的产生器可能更适合
6、中介者:
使用中介者模式来集中相关对象之间复杂的沟通和控制方式
优点:
通过将对象彼此解耦,可以增加对象的复用性
通过将控制逻辑集中,可以简化系统维护
可以让对象之间所传递的消息变得简单而且大幅减少
用途和缺点:
中介者常常被用来协调相关的GUI组件
中介者模式的缺点是,如果设计不当,中介者对象本身会变得过于复杂
7、备忘录:
当你需要让对象返回之前的状态时(例如,你的用户请求“撤销”),就使用备忘录模式
优点:
将被存储的状态放在外面,不要和关键对象混在一起,这可以帮助维护内聚
保持关键对象的数据封装
提供了容易实现的恢复能力
用途和缺点:
备忘录用于存储状态
使用备忘录的缺点:存储和恢复状态的过程相当耗时
在Java系统中,其实可以考虑使用序列化机制存储系统的状态
8、原型:
当创建给定类的实例的过程很昂贵或很复杂时,就使用原型模式
优点:
向客户隐藏制造新实例的复杂性
提供让客户能够产生未知类型对象的选项
在某些环境下,复制对象比创建新对象更有效
用途和缺点:
在一个复杂的类层次中,当系统必须从其中的许多类型创建对象时,可以考虑原型
使用原型模式的缺点:对象的复制有时相当复杂
9、访问者:
当你想要为一个对象的组合增加新的能力,且封装并不重要时,就使用访问者模式
优点:
允许你对组合结构加入新的操作,而无需改变结构本身
想要加入新的操作,相对容易
访问者进行的操作,其代码是集中在一起的
用途和缺点:
当采用访问者模式的时候,就会打破组合类的封装
因为游走的功能牵涉其中,所以对组合结构的改变就更加困难
优点:
将实现予以解耦,让它和界面之间不再永久绑定
抽象和实现可以独立扩展,不会影响到对方
对于“具体的抽象类”所做的改变,不会影响到客户
用途和缺点:
适合使用在需要跨越多个平台的图形和窗口系统中
当需要用不同的方式改变接口和实现时,你会发现桥接模式很好用
桥接模式的缺点时增加了复杂度
2、生成器:
使用生成器模式封装一个产品的构造过程,并允许按步骤构造
优点:
将一个复杂对象的创建过程封装起来
允许对象通过多个步骤来创建,并且可以改变过程(这和只有一个步骤的工厂模式不同)
向客户隐藏产品内部的表现
产品的实现可以被替换,因为客户只看到一个抽象的接口
用途和缺点:
经常被用来创建组合结构
与工厂模式相比,采用生成器模式创建对象的客户,需要具备更多的领域知识
3、责任链:
当你想要让一个以上的对象有机会能够处理某个请求的时候,就使用责任链模式
优点:
将请求的发送者和接受者解耦
可以简化你的对象,因为它不需要知道链的结构
通过改变链内的成员或调动它们的次序,允许你动态地新增或者删除责任
用途和缺点:
经常被使用在窗口系统中,处理鼠标和键盘之类的事件
并不保证请求一定会被执行,如果没有任何对象处理它的话,它可能会落到链尾之外(这可以是优点也可以是缺点)
可能不容易观察运行时的特征,有碍于出错
4、蝇量:
如想让某个实例能用来提供许多“虚拟实例”,就使用蝇量模式
优点:
减少运行时对象实例的个数,节省内存
将许多“虚拟”对象的状态集中管理
用途和缺点:
当一个类有许多的实例,而这些实例能被同一方法控制的时候,我们就可以使用蝇量模式
蝇量模式的缺点在于,一旦你实现了它,那么单个的逻辑实例将无法拥有独立而不同的行为
5、解释器:
使用解释器模式为语言创建解释器
优点:
将每一个语法规则表示成一个类,方便于实现语言
因为语法由许多类表示,所以你可以轻易地改变或扩展此语言
通过在类结构中加入新的方法,可以在解释的同时新增新的行为,例如打印格式的美化或者进行复杂的程序验证
用途和缺点:
当你需要实现一个简单的语言时,使用解释器
当你有一个简单的语法,而且简单比效率更重要时,使用解释器
可以处理脚本语言和编程语言
当语法规则的数目太大时,这个模式可能会变得非常繁杂。在这种情况下,使用解释器/编译器的产生器可能更适合
6、中介者:
使用中介者模式来集中相关对象之间复杂的沟通和控制方式
优点:
通过将对象彼此解耦,可以增加对象的复用性
通过将控制逻辑集中,可以简化系统维护
可以让对象之间所传递的消息变得简单而且大幅减少
用途和缺点:
中介者常常被用来协调相关的GUI组件
中介者模式的缺点是,如果设计不当,中介者对象本身会变得过于复杂
7、备忘录:
当你需要让对象返回之前的状态时(例如,你的用户请求“撤销”),就使用备忘录模式
优点:
将被存储的状态放在外面,不要和关键对象混在一起,这可以帮助维护内聚
保持关键对象的数据封装
提供了容易实现的恢复能力
用途和缺点:
备忘录用于存储状态
使用备忘录的缺点:存储和恢复状态的过程相当耗时
在Java系统中,其实可以考虑使用序列化机制存储系统的状态
8、原型:
当创建给定类的实例的过程很昂贵或很复杂时,就使用原型模式
优点:
向客户隐藏制造新实例的复杂性
提供让客户能够产生未知类型对象的选项
在某些环境下,复制对象比创建新对象更有效
用途和缺点:
在一个复杂的类层次中,当系统必须从其中的许多类型创建对象时,可以考虑原型
使用原型模式的缺点:对象的复制有时相当复杂
9、访问者:
当你想要为一个对象的组合增加新的能力,且封装并不重要时,就使用访问者模式
优点:
允许你对组合结构加入新的操作,而无需改变结构本身
想要加入新的操作,相对容易
访问者进行的操作,其代码是集中在一起的
用途和缺点:
当采用访问者模式的时候,就会打破组合类的封装
因为游走的功能牵涉其中,所以对组合结构的改变就更加困难
相关文章推荐
- JAVA基础(五)工厂模式及其他创建型设计模式总结
- java基础__单例设计模式及其他模式
- JAVA 设计模式 代理模式
- java设计模式——创建型之建造者模式
- JAVA设计模式之工厂模式(简单工厂模式+工厂方法模式+抽象工厂模式)
- Java设计模式之----单例模式
- JAVA设计模式初探之装饰者模式
- java设计模式---三种工厂模式之间的区别
- JAVA设计模式(18) —<行为型>命令模式(Command)
- java设计模式之Builder模式
- Java设计模式笔记之访问者模式
- java设计模式之——策略模式
- 设计模式(十)----- 外观模式(Facade)----(JAVA版)
- Java设计模式之观察者模式
- JAVA设计模式:原型模式
- java设计模式之模板模式
- JAVA设计模式------构建者模式
- Java开发中的23种设计模式详解(转)
- Java设计模式_单例设计模式
- java设计模式之观察者模式