静态工厂模式

用手/Hand去开门/Door，现在抽象类Door有子类D1、D2。直接使用new表达式的方式会使得Hand与D1、D2耦合。代码如下：

package 静态工厂方法;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 静态工厂方法;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 静态工厂方法;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的恶名。

替代方案：

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

1楼bemavery前天 09:04

哇塞,感觉就是您多这些研究理解的相当透彻了,信手拈来啊,估计我如果想达到这种程度早了去吧,老师能推荐点关于学这些的书吗?

Re: yqj2065昨天 22:22

回复bemavery我会给自己的学生推荐书，因为我知道他们的知识结构、当前的水平，还会告诉他们读相关书时的注意事项。设计模式能够推荐的，也就GoF的书和Robert Martin《敏捷软件开发》(即PPP)。其他Java设计模式方面的书，你也可以看看，但是我不会推荐给我的学生。

Re: bemavery昨天 08:37

回复yqj2065n嗯 那谢谢老师了,不过我还没学过java,只是学了C#至于我,到现在应该只是自己单独做过一个机房收费系统,学了软件工程,UMl,C#然后现在正在向学习设计模式.