简单工厂模式与策略模式的区别

工厂(Factory)模式我们可以做如下理解，假设有一个Audi的公司生产汽车（似乎也不用假设了），它掌握一项核心的技术就是生产汽车，另一方面，它生产的汽车是有不同型号的，并且在 不同的生产线上进行组装。当客户通过销售部门进行预定后，Audi公司将在指定的生产线上为客户生产出它所需要的汽车。

策略(Strategy)模式在结构上与工厂模式类似，唯一的区别是工厂模式实例化一个产品的操作是在服务端来做的 ，换句话说客户端传达给服务端的只是某种标识，服务端根据该标识实例化一个对象。而策略模式的客户端传达给服务端的是一个实例 ，服务端只是将该实例拿过去在服务端的环境里执行该实例的方法。这就好比一个对汽车不甚了解的人去买车，他在那一比划，说要什么什么样的，销售部门根据他的这个“比划”来形成一份订单，这就是工厂模式下的工作方式。而策略模式下那个顾客就是个行家，他自己给出了订单的详细信息，销售部门只是转了一下手就交给生产部门去做了。通过两相对比，我们不难发现，采用工厂模式必须提供足够灵活的销售部门，如果用户有了新的需求，销售部门必须马上意识到这样才可以做出合适的订单。所以倘一款新车出来了，生产部门和销售部门都需要更新，对顾客来说也需要更新对新车的描述所以需要改动的地方有三处。而策略模式中的销售部门工作比较固定，它只负责接受订单并执行特定的几个操作。当一款新车出来时，只需要对服务端的生产部门和客户端的代码进行更新，而不需要更新销售部门的代码。

技术支持：

简单工厂和策略的基础都是因为面向对象的封装与多态。他们实现的思想都是先设定一个抽象的模型并从该模型派生出符合不同客户需求的各种方法，并加以封装。

 

 

简单工厂模式可以与策略模式结合。

简单工厂模式需要客户端认识 工厂类 和 抽象类的方法。

而策略模式简单工厂模式的结合可以把客户端的判断封装在Context类的构造函数里，这样可以让客户端只需要认识 Context 类就行了，更降低了耦合度。

 

例如简单工厂模式：

$a=Factory::func('123');

$a->show();

客户需要知道工厂类的创建方法func与类名Factory.还需要知道返回的类继承的抽象类或者接口定义的方法show()的用法。

 

而策略模式中

$a=new Context(new aClass(123));

$a->show();

还是需要客户端认识Context类与传入构造函数的参数类，所以可以加以改造，将策略模式与简单工厂模式结合起来，让构造函数接受一个条件变量，在构造函数中根据这个变量来决定产生的具体实例。

$a = new Context(123);

$a->show();

客户只需要认识Context类就可以了。

 

策略模式的重点在于让算法家族间的算法可以相互替换，引起的变化不会影响到使用算法的客户。