设计模式之工厂模式

      前两篇博客阅读量不行，让自己反思是不是博客质量不行呢，文字功底不行呢？算了不管这些东西了，反正我写博客也是为了提高、总结自己，无其他！

      今天这篇博客我想要来写一写设计模式里面的工厂模式，其实说到工厂模式大家应该不会陌生。的确，在笔者还是个菜鸟的时候，还不理解设计模式到底是用来干什么的时候，工厂模式的大名就已经入耳。那么工厂模式到底是用来干什么的呢？在代码层面应该怎样来写呢？下面就让笔者通过一个例子来加以说明。

      假设在一个汽车工厂里面可以同时生产宝马、奔驰、奥迪，当然心情好的话，也是可以扩展业务生产些兰博基尼、玛莎拉蒂什么的。我们先别管这家神奇的工厂有没有这个生产实力，我们在这里只管它的业务范围。假设每辆汽车的出厂标准都是具有属性速度、颜色、型号，具有方法驾驶、刹车。下面就让我们通过代码来模拟一下这个场景，首先肯定需要申明一个接口Car,定义如下：

public interface Car{
      int getColor();
      float getSpeed();
      String getModel();
      void run();
      void stop();
}

接下来我们肯定通过上面的接口来扩展出宝马、奔驰、奥迪等车型了，代码如下：

public class BMW implements Car {

	@Override
	public void run() {
		System.out.println("宝马开始跑...");
	}

	@Override
	public void stop() {
		// TODO Auto-generated method stub
		System.out.println("宝马刹车...");
	}

	@Override
	public int getColor() {
		// TODO Auto-generated method stub
		return Color.red;
	}

	@Override
	public float getSpeed() {
		// TODO Auto-generated method stub
		return 60;
	}

	@Override
	public String getModel() {
		return "BMW";
	}

}

public class Benzimplements Car {

	@Override
	public void run() {
		System.out.println("奔驰开始跑...");
	}

	@Override
	public void stop() {
		// TODO Auto-generated method stub
		System.out.println("奔驰刹车...");
	}

	@Override
	public int getColor() {
		// TODO Auto-generated method stub
		return Color.black;
	}

	@Override
	public float getSpeed() {
		// TODO Auto-generated method stub
		return 70;
	}

	@Override
	public String getModel() {
		return "Benz";
	}

}

public class Audi implements Car {

	@Override
	public void run() {
		System.out.println("奥迪开始跑...");
	}

	@Override
	public void stop() {
		// TODO Auto-generated method stub
		System.out.println("奥迪刹车...");
	}

	@Override
	public int getColor() {
		// TODO Auto-generated method stub
		return Color.blue;
	}

	@Override
	public float getSpeed() {
		// TODO Auto-generated method stub
		return 80;
	}

	@Override
	public String getModel() {
		return "Audi";
	}

}

通过上面的代码我们就已经定义好了三种车型，接下来我们就应该考虑该如何进行生产了。有两种常做的办法：1.当我们需要哪个车型的时候，就直接new;2.就是通过工厂模式，进行生产；当然最优的方法肯定是工厂模式了，为什么？采用new的方法进行生产，肯定就违反了迪米特原则，整个代码体系里面就缺少一个高内聚性，每当我需要一个车型就得找到这个车型new。而工厂模式呢，可以很好的为我们解决这个弊端。下面就让我们来看看，工厂模式的代码，首先声明一个抽象的车型工厂：

public abstract class AbstractCarFactory {

	public abstract <T extends Car> T createCar(Class<T> c);
}

然后实现一个真正的生产工厂，代码如下：

public class CarFactory extends AbstractCarFactory {

	@Override
	public <T extends Car> T createCar(Class<T> c) {
		Car car=null;
		try{
			car=(T)Class.forName(c.getName()).newInstance();
		}catch(Exception e){
			System.out.println("汽车生成错误");
		}
                return (T)car;
	}

}

最后我们就可以调用该工厂类进行车型的生产制造了，代码如下：

public static void main(String[] args) {
		// TODO Auto-generated method stub

		AbstractCarFactory carFactory=new CarFactory();
		Car bmwCar= carFactory.createCar(BMW.class);
		bmwCar.run();
		bmwCar.stop();
		
		Car benzCar=carFactory.createCar(Benz.class);
		benzCar.run();
		benzCar.stop();
		
		Car audiCar=carFactory.createCar(Audi.class);
		audiCar.run();
		audiCar.stop();
	}

通过上面的代码，可以发现生产新的车型将变得非常简单，我们只要扩展新的Car,然后在main方法里面传入对应的类名即可。通过应用工厂模式，可以很好的降低代码之间的耦合，同时也符合6大原则里面迪米特原则、依赖倒置原则。下面让我们来看看工厂模式的扩展：简单工厂模式，多个工厂模式，替代单例模式，延迟初始化。

      简单工厂模式：就是上面的抽象工厂类去掉，同时将里面的创建类移到真正的工厂类里面；

      多个工厂模式：就是将工厂类进行拆分，不同的工厂类只生产一种产品；

      替代单例模式：应该很好理解了；

      延迟初始化：当我们需要一个对象的时候，才会去调用工厂进行初始化；

      好了，今天的博客就到这里了。如果有什么不对的地方欢迎大家拍砖，后续有时间我也会继续更新。