前言：
简单工厂模式和策略模式是大部分程序员，在学习设计模式时接触得最早，或在工作实践中也是用得相对比较多的两个设计模式。
一个是创建型，另一个是行为型，然而两种不同类型的模式，在某些地方也有一丝的相似之处，同时在某种场景下结合使用，能起到特别好的效果。
问题：
我觉得简单工厂模式和策略模式很相似。怎么相似？都是三个业务子类继承抽象父类，通过传入参数到容器类（工厂模式的factory类，策略模式的Content类），选择对应的类进行行为操作。
其实，UML图的确从外形上看没多大区别，但是，本质却是大大不同。
简单工厂模式
上面提到过，简单工厂模式是创建型模式，创建型模式顾名思义，也就是说在创建对象的时候，遇到了瓶颈才会选择的设计模式。那么该什么情况使用呢。
简单工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该创建并且返回哪一个产品类（这些产品类继承自一个父类或接口）的实例。
那么也就是说：
1、有已知的产品类
2、你无法准确的知道编译哪个产品类
3、需要在运行时决定创建哪个产品类
4、产品类不多
很明显看出，在创建对象上的灵活性高，但是工厂类只能创建可能会使用到的产品类，假如新添了产品类就得修改工厂类，这样就会违反开闭原则。
策略模式
策略模式是行为型模式，它定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。
在一段代码里，使用了逻辑控制（if-else,swich-case）来决定算法，算法有相似的方法和函数，就可以选择策略模式。
那么也就是说：
1、某方法里有多个条件语句，条件语句代码块里有许多行为过程。
2、其算法能封装到策略类
2、算法随意切换
3、算法与客户端隔离
这样一来，通过选择对应的策略类，作为参数传到Content类里，在运行时配置对应的算法。
区别总结
从上面的描述总结出，在运行时，两者都是通过传入参数进行配置，简单工厂模式则是选择创建出需要的对象，而策略模式则是配置出需要的行为算法。一个是对象创建，另一个是行为算法的替换。
结合
下面有一段策略模式的代码。
using System; using System.Net.Configuration; namespace StrategyWithFactory { class Program { static void Main(string[] args) { Strategy strategyContent = null; //伪代码。获取输入算法类型 EStrategy inputType = RequestInput(); if (inputType == EStrategy.A) { new Content(new StrategyA()).ContentInterface(); } else if (inputType == EStrategy.B) { new Content(new StrategyB()).ContentInterface(); } else if (inputType == EStrategy.C) { new Content(new StrategyC()).ContentInterface(); } } } //算法抽象类 abstract class Strategy { public abstract void AlfoeirhmInterface(); } //A算法类 class StrategyA : Strategy { public override void AlfoeirhmInterface() { Console.WriteLine("this is the StrategyA"); } } //B算法类 class StrategyB : Strategy { public override void AlfoeirhmInterface() { Console.WriteLine("this is the StrategyB"); } } //B算法类 class StrategyC : Strategy { public override void AlfoeirhmInterface() { Console.WriteLine("this is the StrategyC"); } } //上下文类 class Content { private readonly Strategy _strategy; public Content(Strategy strategy) { _strategy = strategy; } public void ContentInterface() { _strategy.AlfoeirhmInterface(); } } //算法枚举 enum EStrategy { A = 1, B = 2, C = 3 } }
上面的代码是策略模式的原型，假如Main函数是客户端，那么以后每加一个算法，都得在客户端修改一次，添加一个else if，引起了不必要的麻烦。那么，现在的情况，首先我们知道已有的ABC三种算法，但是我们又不确定运行时使用哪种算法，同时为了让客户端和业务逻辑代码隔离开，于是，我们可以将客户端的创建算法类的业务逻辑转移到Cotent类，并添加一个创建算法工厂的方法。
using System; namespace StrategyWithFactory { class Program { static void Main(string[] args) { //伪代码。获取输入算法类型 EStrategy inputType = RequestInput(); new Content(inputType).ContentInterface(); } } //上下文类 class Content { private readonly Strategy _strategy; public Content(EStrategy eStrategy) { _strategy = CreateFactory(eStrategy); } public Strategy CreateFactory(EStrategy eStrategy) { Strategy strategy = null; switch (eStrategy) { case EStrategy.A: strategy = new StrategyA(); break; case EStrategy.B: strategy = new StrategyB(); break; case EStrategy.C: strategy = new StrategyC(); break; } return strategy; } public void ContentInterface() { _strategy.AlfoeirhmInterface(); } } }
那么，策略和简单工厂的结合应用就实现了。
