简单工厂上看工厂方法

    一、简单工厂

    到底要实例化谁，将来会不会增加实例化的对象，应该考虑用一个单独的类来做这个创造实例的过程。简单工厂就是实例化出合适的对象。

    二、工厂方法

    工厂方法模式定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟大其子类。

               

    三、简单工厂vs工厂方法

    简单工厂先加一个功能类，然后去更改工厂方法，其中加“case”语句来做判断，比较容易实现。而工厂方法不仅要实现简单工厂要实现的内容，还要去更改客户端，并没有简化难度，反而增加了很多类和方法。而这正是工厂方法模式和简单工厂的区别所在。简单工厂模式的最大优点在与工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了与具体产品的依赖。但是，如果要增加新的功能，就必须在相应的工厂类里增加“case”的分支条件，修改原有的类。这正好体现了简单工厂方法违背了开放—封闭原则。

    工厂方法模式要实现工厂类与分支耦合，就要根据依赖倒转原则，把工厂类抽象出一个接口。然后所有的要生成具体类的工厂，就去实现这个接口。这样，一个简单工厂模式的工厂类，变成了一个工厂抽象接口和多个具体生成对象的工厂，于是我们要增加功能是，就不需要更改原有的工厂类了，只需要增加此功能的功能类和相应的工厂类就可以了。这样整个工厂和产品体系其实都没有修改的变化，而只是扩展的变化，这就完全符合了开发—封闭原则的精神。仔细观察发现，工厂方法模式实现时，客户端需要决定实例化哪一个工厂来实现运算类，选择判断的问题还是存在的，也就是说，工厂方法把简单工厂的内部逻辑判断移到了客户端代码来进行。你想要加功能，本来是改工厂类的，而现在是修改客户端。

    四、总结

    工厂方法客服了简单工厂违背开发—封闭原则的特点。虽然简单工厂和工厂方法都是集中封装了对象的创建，但是工厂方法使得要更换对象时，不需要做大的改动就可实现，就能够降低客户端程序与产品对象的耦合。工厂方法模式是简单工厂模式的进一步抽象和推广。但工厂方法的缺点是由于每加一个产品，就需要加一个产品工厂的类，也就意味着增加了额外的开发量。要克服这一缺点，需要用到“反射”，“反射”可以解决避免分支判断的问题。