2、工厂方法模式
引言：
上一篇中我们描述了简单工厂的缺点，而解决方法就是把工厂接口化，把工厂的行为标准化，这就是工厂方法模式。
理解：
工厂能制造A和B鞋，如果消费者现在要求制造C鞋、D鞋...咋办？傻办法是，新建一个C鞋类、D鞋类....（这个没有影响原来的代码），
然后修改工厂类，每次消费者有要求，工厂就停产修改。（这个商人肯定要亏本）商人不干了，要亏本亏死了。
问题出在工厂类。
所以，我们需要修改工厂类，把工厂提炼成一个接口，定义通用的行为，新的商品实现新商品工厂，来完成生产，原来的生产不会受影响。
（这里我们可理解成，代码的可扩展性好）
代码示例：
我们需要生产笔去写我们的信：
public interface IPen { void Write(); } public class APen : IPen { public void Write() { Console.WriteLine("A Pen"); } } public class BPen : IPen { public void Write() { Console.WriteLine("B Pen"); } }
定义不同的笔厂：
public interface IFactory { IPen CreatePen(); } public class APenFactory : IFactory { public IPen CreatePen() { return new APen(); } } public class BPenFactory : IFactory { public IPen CreatePen() { return new BPen(); } }
消费者要笔：
static void Main(string[] args) { IFactory penFactory = new BPenFactory(); IPen pen = penFactory.CreatePen(); pen.Write(); Console.ReadKey(); }
这样如果有新的笔，C笔需要生产的话，就只要新建一个类CPen.cs（继承IPen），然后再新建一个CPen的工厂类CPenFactory.cs(继承IFactory)，用户就可以买到CPen了，我们就不用工厂停产修改了。（这里体现的是，代码的可扩展性和可维护性）。
图解：（出之http://www.cnblogs.com/zhenyulu/articles/36590.html）
总结：
优点,工厂方法模式使代码的可扩展性变的非常的话。
缺点,好像没有，可以说为缺点的话，就是代码变多了。
下一篇是抽象工厂的梳理。