首先需要说一下工厂模式。工厂模式根据抽象程度的不同分为三种:简单工厂模式(也叫静态工厂模式)、工厂方法模式、以及抽象工厂模式。工厂模式是编程中经常用到的一种模式。
用手/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等)进行映射,使得工厂与产品的子类型解藕。【同单例模式采用的技术】
- 工厂方法模式。【工厂方法模式已经被边缘化,但是它是学习抽象工厂模式的基础】
转载自:http://blog.csdn.net/yqj2065/article/details/8561370