在学习策略模式的时候,我有点迷茫了,因为他和简单工厂模式很像。
[img]http://dl.iteye.com/upload/attachment/0066/0267/104fe5e0-c745-3481-88a2-7a8ce2a39ba2.gif[/img]
这里的Context不就是工厂吗?
对,如果只是从图上看确实一样。但是,我们会发现,他们的侧重点不一样。
也就是意图不一样。策略模式,主要是用来封装一个场景下的不同的算法,通过接口隔离
具体的算法,我们可以对这些算法进行单独测试,并且在Context中替换使用。
再来看简单工厂模式,也是封装了不同的类,但是他的重点在创建,这些具体的产品类是不可以被替换的。
好了,说了那么多,或许我们还是很晕。那就看看Comparator 接口吧。如果你使用了一些集合类,然后需要排序那么你一定要知道如何比较这些集合中的对象吧。
于是,比较算法就成了一个策略了。
这段代码眼熟吧。给一个集合类排序。
[img]http://dl.iteye.com/upload/attachment/0066/0267/104fe5e0-c745-3481-88a2-7a8ce2a39ba2.gif[/img]
这里的Context不就是工厂吗?
对,如果只是从图上看确实一样。但是,我们会发现,他们的侧重点不一样。
也就是意图不一样。策略模式,主要是用来封装一个场景下的不同的算法,通过接口隔离
具体的算法,我们可以对这些算法进行单独测试,并且在Context中替换使用。
再来看简单工厂模式,也是封装了不同的类,但是他的重点在创建,这些具体的产品类是不可以被替换的。
好了,说了那么多,或许我们还是很晕。那就看看Comparator 接口吧。如果你使用了一些集合类,然后需要排序那么你一定要知道如何比较这些集合中的对象吧。
于是,比较算法就成了一个策略了。
Collections.sort(list,new Comparator(){
@Override
public int compare(Object o1, Object o2) {
// TODO Auto-generated method stub
return 0;
}
});
这段代码眼熟吧。给一个集合类排序。