学习设计模式系列之——抽象工厂(Java)

请各们前辈指点，本人初学者。

 

抽象工厂模式是所有形态的工厂模式中最为抽象和最其一般性的。抽象工厂模式可以向客户端提供一个接口，使得客户端在不必指定产品的具体类型的情况下，能够创建多个产品族的产品对象。

现在有一水果接口：Fruit

/** 
 * Fruit接口
 * 2010-6-26 下午09:50:57
 */
public interface Fruit {

	/**
	 * 摘取
	 */
	public void get();
	
}

 

目前有两种水果的结构，分别是苹果和香蕉，由于苹果和香蕉的产地不同或者种法不同，又进行了分类，比如说苹果依据产地分为北方苹果和南方苹果，香蕉也是如此分类，因此，Apple类和Banana类的get方法不能具体实现，只定义，具体的实现由其子类实现，代码如下：

/** 
 * 苹果类
 * 2010-6-26 下午09:45:41
 */
public abstract class Apple implements Fruit{
	
	/**
	 * 采集苹果
	 * 2010-6-26 下午09:46:20
	 */
	public abstract void get();
}

/** 
 * 香蕉类
 * 2010-6-26 下午09:46:59
 */
public abstract class Banana implements Fruit{

	/**
	 * 采集
	 * 2010-6-26 下午09:47:16
	 */
	public abstract void get();
}

 

如上所说，现在由于产地不同进行了分类，分为南方和北方的苹果和香蕉，代码如下：

/** 
 * 北方苹果
 * 2010-7-5 下午09:43:36
 */
public class NorthApple extends Apple {

	/* (non-Javadoc)
	 * @see Apple#get()
	 */
	@Override
	public void get() {
		System.out.println(" 采集北方苹果");
	}

}

/** 
 * 北方香蕉
 * 2010-7-5 下午09:45:09
 */
public class NorthBanana extends Banana {

	/* (non-Javadoc)
	 * @see Banana#get()
	 */
	@Override
	public void get() {
		System.out.println("采集北方香蕉");
	}

}

/** 
 * 南方苹果
 * 2010-7-5 下午09:44:08
 */
public class SouthApple extends Apple {

	/* (non-Javadoc)
	 * @see Apple#get()
	 */
	@Override
	public void get() {
		System.out.println("采集南方苹果");
	}

}

/** 
 * 南方香蕉
 * 2010-7-5 下午09:45:34
 */
public class SouthBanan extends Banana {

	/* (non-Javadoc)
	 * @see Banana#get()
	 */
	@Override
	public void get() {
		System.out.println("采集南方苹果");
	}

}

 

由于水果根据产地进行了分类，那么产生水果的工厂也要根据产地进行生产，那么FruitFactory接口只负责水果结构（如产生一个苹果和一个香蕉，但不分产地，具体实现由子类）的产生，代码如下：

/** 
 * 水果工厂接口
 * 2010-6-26 下午09:53:48
 */
public interface FruitFactory {
	/**
	 * 实例化Apple
	 * 2010-7-5 下午09:49:51
	 */
	public Fruit getApple();
	
	/**
	 * 实例化Banana
	 * 2010-7-5 下午09:50:18
	 */
	public Fruit getBanana();
}

 

由于水果进行了产地的区分，因此我们分别建立NorthFruitFacotry和SouthFruitFactory分别生产北方水果和南方水果，代码如下：

/** 
 * 北方水果生产工厂
 * 2010-7-5 下午09:51:25
 */
public class NorthFuritFactory implements FruitFactory {

	/* (non-Javadoc)
	 * @see FruitFactory#getApple()
	 */
	@Override
	public Fruit getApple() {
		return new NorthApple();
	}

	/* (non-Javadoc)
	 * @see FruitFactory#getBanana()
	 */
	@Override
	public Fruit getBanana() {
		return new NorthBanana();
	}

}

/** 
 * 南方水果生产工厂
 * 2010-7-5 下午09:53:23
 */
public class SouthFruitFacotry implements FruitFactory {

	/* (non-Javadoc)
	 * @see FruitFactory#getApple()
	 */
	@Override
	public Fruit getApple() {

		return new SouthApple();
	}

	/* (non-Javadoc)
	 * @see FruitFactory#getBanana()
	 */
	@Override
	public Fruit getBanana() {

		return new SouthBanan();
	}

}

 

优点：当我们增加产品族，例如我们增加一个温室苹果和香蕉时，我们只需扩展一个温室苹果类(WenShiApple)和温室香蕉类(WenShiBanana)即可，代码如下：

/** 
 * 温室苹果
 * 2010-7-5 下午09:58:11
 */
public class WenShiApple extends Apple {

	/* (non-Javadoc)
	 * @see Apple#get()
	 */
	@Override
	public void get() {
		System.out.println("采集温室苹果");
	}

}


/** 
 * 温室香蕉
 * 2010-7-5 下午09:58:38
 */
public class WenShiBanana extends Banana {

	/* (non-Javadoc)
	 * @see Banana#get()
	 */
	@Override
	public void get() {
		System.out.println("采集温室香蕉");
	}

}

 

之后，我们建立一个专门生产温室水果的工厂类，代码如下：

/** 
 * 温室水果生产工厂类
 * 2010-7-5 下午09:59:47
 */
public class WenShiFruitFactory implements FruitFactory {

	/* (non-Javadoc)
	 * @see FruitFactory#getApple()
	 */
	@Override
	public Fruit getApple() {

		return new WenShiApple();
	}

	/* (non-Javadoc)
	 * @see FruitFactory#getBanana()
	 */
	@Override
	public Fruit getBanana() {

		return new WenShiBanana();
	}

}

 

 

到此，我们增加一个新的水果族：温室水果，这样的扩展是符合OCP原则的。

但是，如果我们增加一个新的水果结构的话，就不符合了，例如增加一个水果结构：西瓜，这个是抽象工厂的缺点。

评论

1 楼 luoshulong 2010-07-09  

请问一个顾客来买水果  他对FruitFactory要来自南方的水果？这个怎么写？但是顾客不能跨过FruitFactory直接去选择，因为他不了解内部的信息，他只提供一句话！即判断方法不能在BS里面写