设计模式总述

创建型模式:
Singleton 模式解决的是实体对象个数的问题。除了Singleton之外,其他创建型 模式解决都是new 所带来的耦合关系。

Factory Method,Abstract Factory,Builder都需要一个额外的工厂类来负责实例化“易变对象",而Prototype则是通过
原型(一个特殊的工厂类)来克隆"易变对象".
如果遇到"易变类",起初的设计通常从Factory Method开始,当遇到更多的复杂变化时,再考虑重构为其他三种工厂模式(Abstract Factory,Builder,Prototype).

结构型模式:
Adapter模式注重转换接口,将不吻合的接口适配对接。
Bridge模式注重分离接口与其实现,支持多维度变化。
Composite模式注重统一接口,将"一对多"的关系转化为"一对一"的关系。
Decorator模式注重稳定接口,在此前提下为对象扩展功能。
Facade模式注重简化接口,简化组件系统与外部客户程序的依赖关系。
Flyweight模式注重保留接口,在内部使用共享技术对对象存储进行优化。
Proxy模式注重假借接口,增加间接层来实现灵活控制。
行为型模式:
Template Method 模式封装算法结构,支持算法子步骤变化。
Strategy模式注重封装算法,支持算法的变化。
State模式注重封装与状态相关的行为,支持状态的变化。
Memento模式注重封装对象状态变化,支持状态保存/恢复 。
Mediator模式注重封装对象间的交互,支持对象交互的变化。
Chain of Responsibility模式注重封装对象责任,支持责任的变化。
Command模式注重将请求封装为对象,支持请求的变化。
Iterator模式注重封装集合对象内部结构,支持集合的变化。
Interperter模式注重封装特定领域变化,支持领域问题的频繁变化。
Observer模式注重封装对象通知,支持通信对象的变化。
Visitor模式注重封装对象操作变化,支持在运行时为类层次结构动态添加新的操作。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值