一 、工厂方法模式的定义
工厂方法模式使用的频率非常高，在我们日常的开发中总能见到他的身影，其定义为：
Define an interface for creating an object，but less subclass decide which class to instantiate Factory Method lets a class defer instantiation to subclass .（定义一个用于创建对象的接口，让子类决定实例化哪一个类，工厂方法使一个类订单实例化延迟到其子类。）
二、工厂方法模式的应用
1、工厂方法模式的优点
首先，良好的封装性，代码的结构清晰。一个对象创建是有条件约束的，如，一个调用者需要一个具体的产品对象，只要知道这个产品的类名（或约束字符串）就可以了，不用知道创建对象的艰辛过程，降低模块间的耦合。
其次，工厂方法模式的扩展性非常优越。在增加产品类的情况下，只要适当的修改具体的工厂类或者扩展一个工厂类，就可以完成 "拥抱变化"。例如在我们的例子中，需要增加一个棕色人种，则只需要增加一个BrownHuman类，工厂类不用任何修改就可完成系统扩展，再次，屏蔽产品类。这一点非常重要，产品类的实现如何变化，调用者都不需要关心，他只需要关心产品的接口，只要接口保持不变，系统中的上层模块就不要发生变化。因为产品类的实例化工作是由工厂类负责的，一个产品对象具体由哪一个产品生成是由工厂类决定的。
最后，工厂方法模式是典型的解耦框架。高层的模块值需要知道产品的抽象类，其他的实现类都不用关心，符合迪米特法则，我不需要的就不要去交流，也符合依赖倒置原则，只依赖产品累的抽象，当然也符合里氏替换原则，适用产品的子类替换产品的父类，没问题！
2、工厂方法模式的使用场景
首先，工厂方法模式是new一个对象的替代品，所以在所有需要生成对象的地方都可以使用，但是需要慎重地考虑是否要增加一个工厂类进行管理，增加代码的复杂度。
其次，需要灵活的、可扩展的框架时，可以考虑采用工厂方法模式。万物皆对象，那万物也就皆是产品，例如需要设计一个连接邮件服务器的框架，有三种网络协议可供选择：pop3、imap、http，我们就可以把这三种连接方法作为产品，定义一个接口如，IConnectMail，然后定义对邮件的操作方法，用不同的方法实现三个具体的产品类（也就是连接方式）再定义一个工厂方法，按照不同的传入条件，选择不同的连接方式，如此设计，可以做到完美的扩展，如某些邮件服务器提供WebService接口，很好，我们只要增加一个产品类就可以了。
再次，工厂方法模式可以用在异构项目中，例如，通过WebService与一个非java的项目交互，虽然WebService号称是可以做到异构系统的同构化，但是在实际的开发中，还是会碰到很多问题，如类型问题，wsdl文件的支持问题，等等。从wsdl中生产的对象都认为是一个产品，然后由一个具体的工厂类进行管理，减少与外围系统的耦合。
最后，可以使用在测试驱动开发的框架下，例如，测试一个类A，就需要把与类A有关联关系的类B同时也生成出来，我们可以适用工厂方法模式把B类虚拟出来，避免类A与类B的耦合。目前由于Jmock，和easyMock的诞生，该适用场景已经弱化了，独自可以遇到此种情况时候直接适用jmock或esayMock
网友评论