设计模式实战应用之五：工厂方法模式

        工厂方法模式的定义
        工厂方法模式的应用相当广泛。工厂方法模式在 Java API 中的应用比比皆是：java.util.Collection 接口的 iterator 方法就是一个很著名的工厂方法模式的示例；java.net.URLStreamHandlerFactory 的 createURLStreamHandler(String protocol)  也是工厂方法模式的一个很经典的应用，URLStreamHandlerFactory 定义了一个用来创建 URLStreamHandler 实例的 createURLStreamHandler 方法，具体怎么创建？具体实现类说了算；此外，Java API 中工厂方法模式应用例子还有 java.net.ContentHandlerFactory、java.net.URL 的 openConnection 方法……。
        Gof 把工厂方法模式归类到对象创建型模式，《 设计模式:可复用面向对象软件的基础》对工厂方法模式做出了明确的定义：" Define an interface for creating an object, but let subclasses decide which class to instantiate. Factory Method lets a class defer instantiation to subclasses." 翻译过来就是：" 为创建一个对象定义一个接口，但把具体创建哪个类的实例留给子类决定。工厂方法允许将一个类的初始化延迟到自己的子类。"
        Why 工厂方法模式？
        通过使用工厂方法创建对象，我们可以避免客户端代码依赖于它所使用的接口的具体实现。客户端不再需要把对象创建的构造方法注入到自己的代码中去，客户端只需要调用工厂，由工厂来决定符合要求的子类的创建过程。此外，工厂方法还可以满足每次构造不同对象、对象的构造很复杂、对象的构造依赖具体环境等等需求。
        工厂方法模式的使用场合

• 客户端不知道它要创建的具体是哪一个子类。
• 一个类想要由自己的子类来定义某对象的创建过程。
• 类将创建某对象的职责代理给一些帮助子类中的一个，并且你想要将哪一个子类作为代理的信息进行局部化。

        工厂方法模式 VS 简单工厂模式

• 简单工厂又称"静态工厂"，顾名思义，这是工厂方法和简单工厂最大的不同，这也是最容易区分开这两种模式的特征。
• 虽然两者都志在对象创建的局部封装，但简单工厂侧重于创建对象的代码复用，或者已创建实例的复用，或者创建实例的统一性；而工厂方法侧重于子类自己特定创建逻辑的实现。
• 简单工厂模式中的工厂类是为产品类实例化的核心，而工厂方法模式把初始化工作交给子类实现。换句话讲，如果有新产品添加，简单工厂需要修改自己的工厂类，而工厂方法只需增加新工厂子类 - 简单工厂对 OCP 原则的支持力度不如工厂方法。

        《Java Web 应用调用 C++ 加解密方法》需求
        众所周知，Java 对文件的加解密效能不如底层的 C/C++。为了提高程序性能，我们要用 Java 进行 JNI 调用底层的加解密方法。
        《Java Web 应用调用 C++ 加解密方法》分析
        既然牵涉底层调用，就应该考虑到程序跨平台的问题。另外，应用至少要能支持 Linux 和 Windows，以后还可能会部署在 mac。而且这些平台还分为 64 位和 32 位。因此我们要为每个平台都要准备一个加解密底层库，因为底层库位数不同并不兼容，所以每个平台下又要有两个库：32 位一个，6