静态工厂模式
用手/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等)进行映射，使得工厂与产品的子类型解藕。【同单例模式采用的技术】工厂方法模式。【工厂方法模式已经被边缘化，但是它是学习抽象工厂模式的基础】