设计模式学习笔记二-（简单工厂)

参考 清华大学出版社的《研磨设计模式》这本书，

场景问题：java应用开发中，要“面向接口编程”，接口的思想就是“封装隔离”，人们常说，“接口是被其隔离部分的外观”，就是我们看到的部分。就像我们组装电脑时不同的硬件之间相互连接使用的接口，而没有暴露其内部的具体实现。

接口的好处：外部调用和内部实现被接口隔离开了，系统变得更灵活，具有更好的扩展性和可维护性，"接口是系统可插拔性的保证"。

接口和抽象类如何选择：接口是特殊的抽象类，在开发中应优先使用接口，在既要定义子类的行为又要为子类提供公共的功能是应选择抽象类。

假设现在有一个接口Api,然后有一个实现类Impl实现了它，那么在客户端如何使用呢？

通常，我们会在客户端中采用类似Api api = new Impl();的方式来操作接口的功能，但是这样有一个问题，在客户端调用的时候，客户端不但知道流接口，同时还知道了具体的实现就是Impl。接口的思想是封装隔离，而实现类应该是被接口Api封装并同客户端隔离开的，就是说客户端根本就不应该知道具体的实现类是Impl。

好，那我们应该如何在客户端中操作呢，问题就是不再客户端中使用 new Impl()，该如何得到Api接口对象呢？

这个时候一个合理的解决方案就是简单工厂。我们采用一个工厂来帮助我们生产这个需要的对象。

public class Factory {
	public static Api createApi(){
		return new Impl();
	}
}

就像这样，客户端调用时则变成了Api api = Factory.createApi();

这样就是把原来在客户端的方法拿到了Factory中，这里体现了“隔离封装性”。

如图所示，实线框就好比一个组件的包装边界，表示接口、实现类和工厂类组成了一个组件。

就像某某公司规定了一些产品接口，将任务订单派发给某某工厂去生产完成，最终生产处一个产品，消费者得到的时候不知到工厂里是用什么机器生产的。

当我们想要用新的类如Impl2去实现Api接口时，可以在Factory的createApi方法的参数中加入参数以供选择用哪一个具体的类去实现。

简单工厂的优点有：

帮助封装：简单工厂帮助我们实现了组件的封装，然后让组件外部真正面向接口编程。

解耦：实现了客户端和具体实现类的解耦