静态工厂模式

【这是针对读这个《简单工厂设计模式》博文的感想 而写的博客，告诉该同学什么是静态工厂】

用手/Hand去开门/Door，现在抽象类Door有子类D1、D2。

如果直接使用new表达式的方式创建对象，会使得Hand与D1、D2耦合。代码如下：

package creational.factory;public class Hand{    Door d = null;    public Hand(String typeName){//int ID        if(typeName.equals("D1")){            d =  new D1();        }else if(typeName.equals("D2")){            d =  new D2();        }    }}

要解决的问题：Hand与D1、D2耦合，请问如何解藕？

为了避免Hand中出现硬编码的new表达式，也不在Hand中使用Java反射机制，可以设计一个类DoorFactory，将Hand构造器中的代码封装起来，使得Hand解除对那些具体类的依赖。[这就是解决方案] “显然，这是一种讨巧的技术，看似没有技术含量。然而，一旦打开一种新的思路，就可以创造出更精巧的技术”。

package creational.factory;public class DoorFactory{    public static Door getObject(String typeName){//int ID        if(typeName.equals("D1")){            return new D1();        }else if(typeName.equals("D2")){            return new D2();        }else{            return null;        }    }}package creational.factory;public class Hand{    static Door d = null;        public static void test(){        d = DoorFactory.getObject("D2");        d.m();    }}

通常，将创建对象的方法getObject ()设计成static方法，因而该方法被称为静态工厂方法。这一“看似没有技术含量”的模式即为简单工厂模式或静态工厂模式。 

• 为什么需要这个“模式”？Hand与D1、D2耦合，解藕。
• 理解难度：0.
• 能否自己想出这个解决方案？可以。
• 前辈智慧的结晶？no，自己想出来的。
• 意图：①创建对象时不需要将初始化逻辑曝露给客户类；②客户类通过公用(常常为静态)方法获得对象。
• UML图？略，太简单了

getObject ()方法使用if或switch语句与参数匹配而创建相应的对象，这一方式常被称为参数化工厂(parameterized factory)，是一种菜鸟 (noob )实现。

静态工厂模式缺点：Door增添新的实现类如D3时，必将导致工厂的代码变化，违反OCP。静态工厂将创建对象的代码从客户类Hand中提取出来从而保证Hand类遵循OCP，但是它自己承担了违背OCP的恶名。

替代方案：

• 通用的实现，前面提到的tool.God，它本身就是一个典型的静态工厂。作为工具，利用反射机制+配置文件。
• 改进菜鸟实现的一种常用技术是注册。工厂通过一个HashMap在产品(如Door)的子类型和某个键(如String类型的类名或者int类型的产品ID等)进行映射，使得工厂与产品的子类型解藕。【同单例模式采用的技术】
• 工厂方法模式。【工厂方法模式已经被边缘化，但是它是学习抽象工厂模式的基础】

最后编辑时间：2014.7.20