工厂模式（一）简单工厂模式

用生产螺丝的例子，比如生产6号螺丝和8号螺丝；当另外再生产7号螺丝的时候，只需要新建一个类，实现Screw即可，同时修改工厂类。

public interface Screw {
	public void create();
}

public class SixScrew implements Screw{
	@Override
	public void create() {
		System.out.println("生产6号螺丝。");;
	}
}

public class EgihtScrew implements Screw{
	@Override
	public void create() {
		System.out.println("生产8号螺丝。");
	}
}

public class ScrewFactory {

	public static Screw createScrew(String type){
		
		Screw screw = null;
		switch (type) {
		case "1":
			screw = new SixScrew();
			break;
		case "2":
			screw = new EgihtScrew();
			break;
		case "3":
			screw = new SevenScrew();
			break;
		default:
			break;
		}
		return screw;
	}
}

public class Store {

	public static void main(String[] args) {
		
		Screw screw = ScrewFactory.createScrew("1");
		screw.create();
		System.out.println("=======================");
		Screw screw1 = ScrewFactory.createScrew("2");
		screw1.create();
		System.out.println("=======================");
		Screw screw2 = ScrewFactory.createScrew("3");
		screw2.create();
	}
}

public class SevenScrew implements Screw{
	@Override
	public void create() {
		System.out.println("生产7号螺丝。");
	}
}

缺点

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