晕头转向，没看明白工厂模式和策略模式的区别
看来看去，都是定义基类（或接口），根据不同的情况，new出不同的对象，感觉策略模式和工厂模式一样啊

------解决方案--------------------
用途不一样，名字就有区别，一把斧头用来砍人就叫凶器，用来砍材就叫伐木斧，用来劈门就叫消防斧，这些模式的名字都是根据具体使用时的场景，联系了现实里某样东西或某种习惯而取得，所以很相似的模式行为有不同叫法很正常。
------解决方案--------------------
结构类似，但作用不同工厂模式用来创建对象。
策略模式可以表示可替换的算法等。
------解决方案--------------------
不一样的。。
工厂模式是创建型模式
策略模式是行为性模式
------解决方案--------------------
适应对象的变化
与
适应行为的变化
------解决方案--------------------
不太明白，学习一下！
------解决方案--------------------
工厂模式封装对象，实例化对象后调用的时候要知道具体的方法，策略模式封闭的是行为，调用的时候必须先指定实例化具体的类，再调用抽象的方法。
------解决方案--------------------

探讨

不太明白，学习一下！

------解决方案--------------------
整不明白就不整了，知道如何用才是重要的。
------解决方案--------------------

探讨

整不明白就不整了，知道如何用才是重要的。

------解决方案--------------------
路过
------解决方案--------------------
UP
------解决方案--------------------
在下面的情况下应当考虑使用策略模式：
1. 如果在一个系统里面有许多类，它们之间的区别仅在于它们的行为，那么使用策略模式可以动态地让一个对象在许多行为中选择一种行为。
2. 一个系统需要动态地在几种算法中选择一种。那么这些算法可以包装到一个个的具体算法类里面，而这些具体算法类都是一个抽象算法类的子类。换言之，这些具体算法类均有统一的接口，由于多态性原则，客户端可以选择使用任何一个具体算法类，并只持有一个数据类型是抽象算法类的对象。
3. 一个系统的算法使用的数据不可以让客户端知道。策略模式可以避免让客户端涉及到不必要接触到的复杂的和只与算法有关的数据。
4. 如果一个对象有很多的行为，如果不用恰当的模式，这些行为就只好使用多重的条件选择语句来实现。此时，使用策略模式，把这些行为转移到相应的具体策略类里面，就可以避免使用难以维护的多重条件选择语句，并体现面向对象设计的概念。

 策略模式的优点和缺点
策略模式有很多优点和缺点。它的优点有：
1. 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码移到父类里面，从而避免重复的代码。
2. 策略模式提供了可以替换继承关系的办法。继承可以处理多种算法或行为。如果不是用策略模式，那么使用算法或行为的环境类就可能会有一些子类，每一个子类提供一个不同的算法或行为。但是，这样一来算法或行为的使用者就和算法或行为本身混在一起。决定使用哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑混合在一起，从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。
3. 使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。
策略模式的缺点有：
1. 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。
2. 策略模式造成很多的策略类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。

策略模式与很多其它的模式都有着广泛的联系。Strategy很容易和Bridge模式相混淆。虽然它们结构很相似，但它们却是为解决不同的问题而设计的。Strategy模式注重于算法的封装，而Bridge模式注重于分离抽象和实现，为一个抽象体系提供不同的实现。Bridge模式与Strategy模式都很好的体现了"Favor composite over inheritance"的观点。

------解决方案--------------------

探讨

用途不一样，名字就有区别，一把斧头用来砍人就叫凶器，用来砍材就叫伐木斧，用来劈门就叫消防斧，这些模式的名字都是根据具体使用时的场景，联系了现实里某样东西或某种习惯而取得，所以很相似的模式行为有不同叫法很正常。

------解决方案--------------------
一家一言 各位不同
------解决方案--------------------
关注点不一样
一个关注对象创建
一个关注行为的封装
------解决方案--------------------
没必要区别，用在那里就是那里

呵呵，领会意思就成--------------------基本就决定不了就不决定，让子类自己决定自己，如此而已
------解决方案--------------------
不一样的吧~~

工厂是把实例化的过程进行了延后~

策略更多的是依赖倒置之类的东西~
------解决方案--------------------
就从客户端来看,工厂和策略的要求就不一样,很明显的用策略,程序的耦合度更底,
而且两个模式的侧重点完全不同~~
------解决方案--------------------