工厂方法模式(java 设计模式)

1.工厂方法模式的定义

工厂方法模式使用的频率非常高, 在我们日常的开发中总能见到它的身影。 其定义为:
Define an interface for creating an object,but let subclasses decide which class to
instantiate.Factory Method lets a class defer instantiation to subclasses.( 定义一个用于创建对象的
接口, 让子类决定实例化哪一个类。 工厂方法使一个类的实例化延迟到其子类。 )

2.工厂方法模式的通用代码

抽象产品类
public abstract class Product {
//产品类的公共方法
public void method1(){
//业务逻辑处理
}

//抽象方法
public abstract void method2();
}
具体的产品类可以有多个, 都继承于抽象产品类, 其源代码如代码清单8-9所示。
 具体产品类
public class ConcreteProduct1 extends Product {
public void method2() {
//业务逻辑处理
}
}

public class ConcreteProduct2 extends Product {
public void method2() {
//业务逻辑处理
}
}
抽象工厂类负责定义产品对象的产生, 源代码如代码清单8-10所示。
抽象工厂类
public abstract class Creator {
/*
* 创建一个产品对象, 其输入参数类型可以自行设置
* 通常为String、 Enum、 Class等, 当然也可以为空
*/
public abstract <T extends Product> T createProduct(Class<T> c);
}
具体如何产生一个产品的对象, 是由具体的工厂类实现的,
具体工厂类
public class ConcreteCreator extends Creator {
public <T extends Product> T createProduct(Class<T> c){
Product product=null;
try {
product = (Product)Class.forName(c.getName()).newInstance();
} catch (Exception e) {
//异常处理
}

return (T)product;
}
}

场景类
public class Client {
public static void main(String[] args) {
Creator creator = new ConcreteCreator();
Product product = creator.createProduct(ConcreteProduct1.class);
/*
* 继续业务处理
*/
}
}

3.工厂方法模式实例

package ch08;

public interface Human {
	// 人都有肤色
     public void getColor();
//      人都分语言
     public void getTalk();
}
package ch08;

public class BlackHuman implements Human {

	public void getColor() {
		// TODO Auto-generated method stub
		System.out.println("黑人肤色为黑色");

	}

	public void getTalk() {
		// TODO Auto-generated method stub
		System.out.println("黑人说话一般听不懂");
	}

}
package ch08;

public class WhiteHuman  implements Human{

	public void getColor() {
		// TODO Auto-generated method stub
		System.out.println("白人肤色为白");

	}

	public void getTalk() {
		// TODO Auto-generated method stub
		System.out.println("白人一般说英语");
	}

}
package ch08;

public class YellowHuman implements Human{

	public void getColor() {
		// TODO Auto-generated method stub
		System.out.println("黄色人种肤色为黄色");
	}

	public void getTalk() {
		// TODO Auto-generated method stub
		System.out.println("黄色人种一般说汉语");
	}

}
package ch08;

public   abstract  class AbstractHumanFactory {
	//泛型 通过定义泛型对creatHuman的输入参数产生两层限制: 必须是Class类型;必须是Human的实现类。
	public abstract  <T extends Human> T createHuman(Class<T> c);
//	泛型类可看作普通类的工厂

	/**
	 *
	 * @author
	 * 泛型方法,定义一个带有类型参数的简单方法
	 * 这个方法是在普通类中定义的,而不是在泛型类中定义的。然而,这是一个泛型方法,可
以从尖括号和类型变量看出这一点。注意,类型变量放在修饰符(这里是public static)的后面,
返回类型的前面。
	 */
	/*class ArrayAlg
	{
	public static <T> T getMiddle(T... a)
	{
	return a[a.length / 2];
	}
	}*/

}
package ch08;

public class HumanFactory extends AbstractHumanFactory{

	public <T extends Human> T createHuman(Class<T> c) {
		// TODO Auto-generated method stub
		//定义一个生产的人种;
		Human human = null;

		try {
			  /* 产生一个人种,  通过Class.forName(c.getName()).newInstance()实例化一个
		c对象然后再把c对象强制转化为Human或T类型的对象*/
	/*Class.forName(xxx.xx.xx) 返回的是一个类, .newInstance() 后才创建一个对象*/
// human = (T) Class.forName(c.getName()).newInstance();//也对
			human = (Human) Class.forName(c.getName()).newInstance();
		} catch (InstantiationException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		} catch (IllegalAccessException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		} catch (ClassNotFoundException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		}
		return  (T)human;

	}

}
package ch08;
//女娲类
public class NvWa {
  public static void main(String[] args) {
	  //声明一个造人的阴阳八卦炉
	AbstractHumanFactory  YingYangLu = new HumanFactory();
	//女娲第一次造人,火候不足,于是白人产生了
	System.out.println("--造出的第一批人是白色人种--");
//	现在, Class类是泛型的。 WhiteHuman.class实际上是一个Class<WhiteHuman>(应该是Class<Human>类的对象
//	(事实上,是惟一的对象)。
	Human whiteHuman = YingYangLu.createHuman(WhiteHuman.class);

	whiteHuman.getColor();
	whiteHuman.getTalk();
	System.out.println("--造出的第二批人是黑色人种--");
	Human blackHuman = YingYangLu.createHuman(BlackHuman.class);
	blackHuman.getColor();
	blackHuman.getTalk();
	//第三次造人,火候刚刚好,于是黄色人种产生了
	System.out.println("--造出的第三批人是黄色人种--");
	Human yellowHuman = YingYangLu.createHuman(YellowHuman.class);
	yellowHuman.getColor();
	yellowHuman.getTalk();

}
}

4.工厂方法模式的优点

首先, 良好的封装性, 代码结构清晰。 一个对象创建是有条件约束的, 如一个调用者需
要一个具体的产品对象, 只要知道这个产品的类名( 或约束字符串) 就可以了, 不用知道创
建对象的艰辛过程, 降低模块间的耦合。
其次, 工厂方法模式的扩展性非常优秀。 在增加产品类的情况下, 只要适当地修改具体
的工厂类或扩展一个工厂类, 就可以完成“拥抱变化”。 例如在我们的例子中, 需要增加一个
棕色人种, 则只需要增加一个BrownHuman类, 工厂类不用任何修改就可完成系统扩展。
再次, 屏蔽产品类。 这一特点非常重要, 产品类的实现如何变化, 调用者都不需要关
心, 它只需要关心产品的接口, 只要接口保持不变, 系统中的上层模块就不要发生变化。 因
为产品类的实例化工作是由工厂类负责的, 一个产品对象具体由哪一个产品生成是由工厂类
决定的。 在数据库开发中, 大家应该能够深刻体会到工厂方法模式的好处: 如果使用JDBC
连接数据库, 数据库从MySQL切换到Oracle, 需要改动的地方就是切换一下驱动名称( 前提
条件是SQL语句是标准语句) , 其他的都不需要修改, 这是工厂方法模式灵活性的一个直接
案例。

时间: 2024-10-05 06:37:20

工厂方法模式(java 设计模式)的相关文章

设计模式之第1章-工厂方法模式(Java实现)

设计模式之第1章-工厂方法模式(Java实现) “我先来”,“不,老公,我先!”.远远的就听到几个人,哦不,是工厂方法模式和抽象工厂模式俩小夫妻在争吵,尼妹,又不是吃东西,谁先来不都一样(吃货的世界~).“抽象工厂模式,赶紧的自我介绍,工厂方法模式,你身为男人,要懂得绅士风度,lady first懂不懂,稍后再来,急什么.”(画外音:鱼哥,这是我家祖传的小吃,还有我爹的好酒blablabla),“哎呀,那个抽象工厂模式,阿姨喊你回家吃饭了.”“哦,我去去就回,等我啊.”工厂方法,赶紧的.“等等,

设计模式-工厂方法模式[JAVA版]

上篇讲述简单工厂模式,其优点在于通过工厂类进行业务解耦.但是工厂方法中包含了逻辑判断,根据客户端的选择条件动态实例化相关的类,如果添加新的手机型号,则需要修改工厂类里的逻辑判断,新增case去判断该型号的分支,这违背了开放-封闭的设计原则. 开放-封闭原则,是说类.模块.函数等等,可以扩展,但是不能修改 工厂方法模式在简单工厂模式的基础上进一步抽象,将原有的工厂抽象出一个接口,这个接口只有对应一个创建工厂的方法,每一个产品都对应一个具体的工厂类. 工厂方法模式的UML如下: 工厂方法模式的实现

简单工厂模式(静态工厂方法模式)【设计模式】

定义:提供一个创建实例的功能,客户端使用者无需关心实例的具体实现.被创建实例可以是接口.抽象类,也可以是具体的类.它又称为静态工厂方法(Static Factory Method)模式 简单工厂模式的作用,优点:为客户端屏蔽所需要的实例的具体实现,客户端只需关注某个接口便可,无需关注实现.具体实现被封装起来:客户端和具体实现解耦,客户端只需关注接口,接口的实现变化对客户端没有影响.总结起来,就是封装功能,封转实例的具体实现:解耦功能,接口实现的变化影响不了客户端. 例子: 例子1:不带参数 没有

FactoryMethodPattern(工厂方法模式)-----Java/.Net

也就是工厂方法(FactoryMethod)模式允许将产品类的实例化推迟到具体的创建者子类,由创建者子类决定实例化哪一个产品类.我们同样以汽车的生产作为讲解该模式的例子,因为汽车生产从宏观上来说也是特别符合这个模式的.我要一辆汽车,什么品牌的我没有要求,符合是汽车这个标准就行了.那么世面上不同的汽车生产商就会用自己的生产流程生产出符合汽车这个标准的不同品牌汽车.同样,我们也撸起袖子码一码!因为该模式没有强调待生产的产品类是复杂的,同样也为了减少大家的代码阅读,这次我们把汽车相关类定义的更简单一点

工厂方法模式 java实现

当增加新的产品时,我们就需要修改简单工厂类,这违反了涉及模式中的 "对扩展开放,对修改关闭". 解决方案是抽象工厂类,让抽象工厂类的子类去实例化具体产品. 在这种设计下,每增加一个产品就需要增加一个对应的具体工厂,看似繁琐,但扩展性好. 类图 代码

java设计模式:工厂方法模式(Factory Method)

工厂方法模式 返回设计模式目录 阅读目录: 简单工厂模式 介绍 UML类图 参考代码 总结 工厂方法模式 介绍 UML类图 参考代码 总结 前言: <大话设计模式>里有一小节叫'活字印刷,面向对象'的,讲了一个小故事,大意如下: 话说三国时期,曹操带领大军驻扎于赤壁.军船相连,气势恢宏,眼看要灭掉东吴,统一天下,曹操甚悦,于是大宴群臣.席间曹操诗兴大发,不觉吟道:"喝酒唱歌,人生真爽.--".众文武齐呼:"丞相好诗!".于是一臣子速命印刷工匠刻板印刷,以

创建多个“产品”的方式——工厂方法模式总结

简单工厂模式严格来说不算一个设计模式——缺点 继续说之前提到的简单工厂模式,严格来说,这不算一个设计模式……而且在业务量比较多了之后,它也有诸多的隐患 1.由于工厂类集中了所有实例的创建逻辑,这就直接导致一旦这个工厂出了问题,所有的客户端都会受到牵连 2.由于简单工厂模式的产品基于一个共同的抽象类或者接口,这样一来,产品的种类增加的时候,即有不同的产品接口或者抽象类的时候,简单工厂类就需要维护大量的if-else判断,比如导入导出功能,虽然可以用反射或者配置文件,注解等解耦,但是还有更好的办法.

JAVA设计模式之工厂模式(简单工厂模式+工厂方法模式)

在面向对象编程中, 最通常的方法是一个new操作符产生一个对象实例,new操作符就是用来构造对象实例的.但是在一些情况下, new操作符直接生成对象会带来一些问题.举例来说, 许多类型对象的创造需要一系列的步骤: 你可能需要计算或取得对象的初始设置; 选择生成哪个子对象实例; 或在生成你需要的对象之前必须先生成一些辅助功能的对象. 在这些情况,新对象的建立就是一个 "过程",不仅是一个操作,像一部大机器中的一个齿轮传动. 模式的问题:你如何能轻松方便地构造对象实例,而不必关心构造对象实

JAVA设计模式--工厂方法模式

工厂方法设计模式 抽象工厂角色: 这是工厂方法模式的核心,它与应用程序无关.是具体工厂角色必须实现的接口或者必须继承的父类.在java中它由抽象类或者接口来实现.具体工厂角色:它含有和具体业务逻辑有关的代码.由应用程序调用以创建对应的具体产品的对象.在java中它由具体的类来实现.抽象产品角色:它是具体产品继承的父类或者是实现的接口.在java中一般有抽象类或者接口来实现.具体产品角色:具体工厂角色所创建的对象就是此角色的实例.在java中由具体的类来实现. 下面以IE,火狐,谷歌浏览器为模型做

Java设计模式之工厂方法模式

工厂方法模式介绍 有时候,由于产品的多样化,但是产品的功能却有某种共同的联系.我们希望定义一个用于创建产品对象的公共接口,让子类决定去如何实现这个功能.然后,我们定义一个生产产品的"工厂",所有的产品将从这个工厂里面生产出来,这样我们就使得产品的构造的细节与工厂分离了,这样产品的实现细节就被封装起来了,并且产品的可扩展性也很强.那么,这种设计模式我们称为工厂方法模式.具体的实例有很多,比如说去年的某一阵子脸萌软件爆红,其中就运用到了工厂方法模式来给用户生产各种脸型. 工厂方法模式分类