`
gengu
  • 浏览: 84962 次
  • 性别: Icon_minigender_1
  • 来自: 武汉
社区版块
存档分类
最新评论

java 抽象工厂模式

阅读更多

抽象工厂模式,在很多场景下都有应用。

 

它有以下的优点

1:封装性,每个产品的实现类不是高层模块要关心的,它所要关心 的是接口和抽象类,他不关心对象是如何创建出来,只有工厂类去关心,只要知道工厂类是谁,我们就能得到一个需要的对象。

 

2:产品家族的约束为非公开状态。而抽象工厂模式针对的是多个产品等级结构。当每个抽象产品都有多于一个的具体子类的时候,工厂角色怎么知道实例化哪一个子类呢?比如每个抽象产品角色都有两个具体产品。抽象工厂模式提供两个具体工厂角色,分别对应于这两个具体产品角色,每一个具体工厂角色只负责某一个产品角色的实例化。每一个具体工厂类只负责创建抽象产品的某一个具体子类的实例。

 

抽象产品

package com.gengu.抽象工厂;
/**
 * 抽象产品
 * */
public abstract class Product {
	public abstract void dosomething();
}

 具体产品类

package com.gengu.抽象工厂;

/**
 * 产品A1
 * */
public class ProductA1 extends Product{

	@Override
	public void dosomething() {
		System.out.println("这是产品A1");
	}
}


package com.gengu.抽象工厂;

/**
 * 产品A 2
 * */
public class ProductA2 extends Product{

	@Override
	public void dosomething() {
		System.out.println("这是产品A2");
	}

}


package com.gengu.抽象工厂;

/**
 * 产品B1
 * */
public class ProductB1 extends Product{

	@Override
	public void dosomething() {
		System.out.println("这里是产品B1");
	}
}

package com.gengu.抽象工厂;

public class ProductB2 extends Product{

	@Override
	public void dosomething() {
		System.out.println("这里是产品B2");
	}
}

 抽象工厂类

package com.gengu.抽象工厂;

public abstract class Creater {

	public abstract Product createProductA();
	
	public abstract Product createProductB();
}

 具体工厂类

package com.gengu.抽象工厂;

public class Creater1 extends Creater{

	@Override
	public Product createProductA() {
		
		return new ProductA1();
	}
	@Override
	public Product createProductB() {
		return new ProductB1();
	}
}

package com.gengu.抽象工厂;

public class Creater2 extends Creater{

	@Override
	public Product createProductA() {
		
		return new ProductA2();
	}
	@Override
	public Product createProductB() {
		return new ProductB2();
	}
}

 测试类

package com.gengu.抽象工厂;

public class Client {

	public static void main(String[] args) {
		Creater create1 = new Creater1();
		Product productA1 = create1.createProductA();
		productA1.dosomething();
	}
}

 

抽象工厂方法从纵向上看,几乎没有可扩展性,假如我们想增加一个产品C,也就是说产品家族由原来的2个变为3个,程序将会有很大的变动,抽象工厂中就需要增加一个方法。这严重违背了开闭原则。并且抽象类是不喜欢被修改的。

但是从横向上来看,却对扩展性有了很好的支持,如果我们增加一个产品等级3,我们只需要在写一个Create3就可以了,这里又符合了开闭原则,有多少个产品等级就应该有多少个实现工厂类。每增加一个产品等级就相应的增加一个实现工厂类,这里的扩展性又很自然的体现出来了。

 

所以每个模式都是必须在合适的地方使用的。

 

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics