[设计模式]:面向复用的行为设计模式:Strategy,Template,Iterator
Strategy策略模式
针对问题:有多种不同的算法来实现同一个任务,但需要client根据需要动态切换算法,而不是写死在代码里。
如果没有Strategy策略模式,我的的第一个思路或许就是if…else if…组合,但是只有几个选择还好说,如果选择很多,代码看起来就很复杂,而且每一次都要修改这一部分的if…else if…,不符合开闭原则。
解决办法:Strategy策略模式:
定义一系列算法,把它们一个个封装起来,并且使它们可互相替换。该模式使得算法可独立于使用它的客户程序而变化。为不同的实现算法构造抽象接口,利用delegation,运行时动态传入client倾向的算法类实例
课件的例子:
对PaymentStrategy接口,有两个实现了它的类CreditCardStrategy和PaypalStrategy。
支付方法pay通过委托PaymentStrategy实现支付,且不需要关心PaymentStrategy到底是哪一种PaymentStrategy。
只需要在调用的时候,构建好需要的额策略就行了。
Template 模板模式
针对问题:有几个客户端使用的算法一样但是有一些细节不一样,就是做事情的步骤一样,但是具体方法不同。
解决方法:
公共的步骤在抽象类中公共实现,但是异化的步骤在各个子类中实现。子类型提供不同的步骤的具体实现。
Template 模板模式使用继承和重写实现(但是策略模式使用委托实现)
课件样例:
通过对OrderProcessTemplate的调用实现对子类NetOrder和StoreOrder的调用:
Iterator 迭代器模式
针对问题:客户端希望遍历被放入容器/集合类的一组ADT对象,但是不想关心容器的具体类型。也就是不管对象被放进哪里,都提供一个同样的遍历方式。
解决方法:Iterator 迭代器模式
优点:
1.隐藏底层容器的实现。
2.可以为多种的遍历方式提供统一的接口。
3.容易改变容器的类型。
4.有益于程序中的各个部分沟通。
实现方法:
让自己的集合类实现Iterable接口,并实现自己的独特Iterator迭代器(包含hasNext, next, remove方法),允许客户端利用这个迭代器进行显式或隐式的迭代遍历:
例如:
for (E e : collection) { … }
或
Iterator<E> iter = collection.iterator();
while(iter.hasNext()) { … }
课件上的例子