目录
策略模式
策略模式定义了一系列算法,并将每个算法封装起来,使他们可以相互替换,且算法的变化不会影响到使用算法的客户。
提供统一的方法(抽象策略角色)以及此方法不同的算法实现(具体策略角色)
环境角色(内部有策略角色的引用),将Context与实际的算法提供解耦
这个模式的一个“部分”很像结构性模式中的桥接模式
桥接的用意是:将抽象化与实现化解耦,使得二者可以独立变化
个人理解:策略模式是方法层面上的,桥接模式是类层面上的(☆有抽象类☆),最主要的不同是桥接模式在环境角色这一块可以独立的变化(也就是抽象类Bridge的实现类)
*桥接模式包含策略模式,桥接模式可能等于策略模式,关键看抽象类这一块是否有独立变化
我觉得要区别这两种模式,类图也是不可少的一部分
模板方法模式
和策略模式的不同在于层次,策略模式是对整个方法的层次进行切换(通过接口实现);而模板方法模式是对方法内某一部分的层次进行切换(通过抽象类继承)
模板方法模式要点
- 1. 保护抽象类中定义算法顺序(主方法)的方法不被子类修改。
- 2. 分离可变及不可变部分,让子类自己决定可变部分的实现。
- 3. 让算法的具体实现对子类开放,对其他类关闭。
未用模板模式的方法,对于不同类的此方法不可变部分每次都要重复相同地写(交给抽象类主方法);而可变部分每个此方法都不同(交给子类)
抽象类(模板),分离可变及不可变的部分
子类(实现可变部分-DoWhatUWant(String s))
观察者模式
简单来讲一句话:当一个对象(被观察者)变化(调用某方法)时,其它依赖该对象的对象(观察者)都会收到通知,并且随着变化(调用方法)!对象之间是一种一对多(一个被观察者、多个观察者)的关系
抽象观察者(抽象出自我更新的方法),观察者
抽象被观察者(抽象出使用观察者更新的方法),被观察者
测试(不同观察者,更新方式不同)
迭代子模式(Iterator)
迭代器模式就是顺序访问集合中的对象,意义同集合框架迭代器,包含两个关键:①集合对象与②迭代器对象
集合(抽象以及实现)
迭代器(抽象以及实现)
测试
责任链模式
责任链模式:当服务器收到一个客户端的请求时,首先会解析请求,action层不会处理请求,而是将请求的参数等信息进行简单的解析处理,然后根据请求的内容信息等将请求具体转发给service去处理
请求(问题):
抽象解决者:
具体解决者:
测试测试:
命令模式
命令模式的目的就是达到命令的发出者和执行者之间解耦,实现请求和执行分开
*流程:
有点像一条链,发出者调用方法让命令调用让执行者执行的方法
发起命令者接收不同种类的参数,命令接收不同种类的执行者以及执行不同的方法,执行者有各种各样的方法

*优点:
类之间的解耦:发出者和执行者之间没有任何依赖关系,不用管哪个执行者执行了方法
*缺点:
N个命令就有N个Command的实现类,Really多

Invoker(遥控器-发出者)
Command(遥控器上命令,有很多种命令,不同命令执行的对象以及方法不同,所以要抽象出来)
开门命令:
关门命令:
开RGB窗命令:
Receiver(执行者)