简单的工厂模式一

          很久没写代码，最近想练习一下设计模式加以巩固。本章练习一般的工厂模式。

1、首先建一个抽象类building，固定属性名字，地址，价格，抽象方法userFor()。

package codersir.design.factorymode;

public abstract class Building {
	String name;
	String addr;
	String price;
	
	public Building(String name, String addr) {
		this.name = name;
		this.addr = addr;
	}
	public String getPrice() {
		return price;
	}
	public void setPrice(String price) {
		this.price = price;
	}
	public String getName() {
		return name;
	}
	public void setName(String name) {
		this.name = name;
	}
	public String getAddr() {
		return addr;
	}
	public void setAddr(String addr) {
		this.addr = addr;
	}
	
	abstract String userFor();

}

2、编写3个实现类继承抽象类，以办公楼为例，其他实现类类似就不一一列举

public class OfficeBuilding extends Building{
	private String function = "我是用于办公的大楼";

	public OfficeBuilding(String name, String addr) {
		super(name, addr);
		// TODO Auto-generated constructor stub
	}

	@Override
	String userFor() {
		LogManager.log(function);
		return function;
	}

}

3、以上两步就已经建立一个简单工厂模式雏形，这个时候为了更方便的使用工厂模式，就需要构建一个工厂类来初始化需要构建的“建筑”。为了方便管理避免重复新建工厂对象，这个类采用单例模式。避免构造时产生大量的 swich或者if else这种难看又沉余的，因此采用枚举的方式，当然如果考虑到枚举的方式对内存的影响，也可以转换成类的方式，毕竟枚举在java里最终也是转化成类的方式，有兴趣的朋友也可以通过反编译看看enum生成的也就是类和属性。工厂类中buildMap保存支持的实体类，方便根据key找到需要构造的实体类。

public class BuildingFactory {

	private static HashMap<String,BuildEnum> buildMap;
	private static BuildingFactory factory;
	public static  BuildingFactory getInstanse() {
		initEnumBuild();
		return factory==null?factory=new BuildingFactory():factory;
	}

	private static void initEnumBuild() {
		if (buildMap==null) {
			buildMap = new HashMap<String, BuildEnum>();
			buildMap.put("居民房",BuildEnum.CivilHouse);
			buildMap.put("博物馆",BuildEnum.MercantileMuseum);
			buildMap.put("办公楼",BuildEnum.OfficeBuilding);
		}
	}
	
	public Building create(String name,String addr) {
		// TODO Auto-generated method stub
		return buildMap.get(name).create(addr);
	}
}

4、通过接口新建实体对象

public enum BuildEnum implements CreateBuilding {
	
	CivilHouse{
		@Override
		public Building create(String addr) {
			// TODO Auto-generated method stub
			log(house, addr);
			return new CivilHouse(house, addr);
		}
	},MercantileMuseum{
		@Override
		public Building create(String addr) {
			// TODO Auto-generated method stub
			log(museum, addr);
			return new MercantileMuseum(museum, addr) ;
		}
	},OfficeBuilding{
		@Override
		public Building create(String addr) {
			// TODO Auto-generated method stub
			log(office, addr);
			return new OfficeBuilding(office,addr);
		}
	};
	private  final static String house = "居民房";
	private  final static String museum = "博物馆";
	private  final static String office = "办公楼";
	private static void log(String name,String addr) {
		System.out.print("创建新的对象："+name+"    地址："+addr+"\n");
	}
}

5、测试效果

public class TestBuildFactory {
	public static void main(String[] args) {
		BuildingFactory.getInstanse().create("居民房","成都高新区天府5街安置小区").userFor();
		BuildingFactory.getInstanse().create("博物馆","成都高新区高新博物馆").userFor();
		BuildingFactory.getInstanse().create("办公楼","成都高新区环球中心E1区").userFor();
	}
}

总结：

由于工厂类集中了所有实例的创建逻辑，违反了高内聚责任分配原则，将全部创建逻辑集中到了一个工厂类中；它所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。当系统中的具体产品类不断增多时候，可能会出现要求工厂类根据不同条件创建不同实例的需求．这种对条件的判断和对具体产品类型的判断交错在一起，很难避免模块功能的蔓延，对系统的维护和扩展非常不利；