设计模式的初探--工厂模式

      首先，对于一个新的事物，新技术点，我的思维导向通常是：Why-How-What黄金圈理论，所以，对于设计模式，首先什么是设计模式，我首先查询了维基百科，给出的定义是：是对软件设计中普遍存在（反复出现）的各种问题，所提出的解决方案。这个术语是由埃里希·伽玛（Erich Gamma）等人在1990年代从建筑设计领域引入到计算机科学的。咋一看这个解释也是很模糊，个人觉得，在软件工程里面，设计模式的出现肯定是解决了部分在该领域不合理的存在，开始的时候可能很繁杂，但他解决的是一些未来潜在的一些问题，让我们的程序看起来是那么的优美，以及扩展性非常的强，下面我就简单说下，我理解的工厂模式。

工厂模式其实分：简单工厂，抽象工厂。（纸箱理论，代码其实很简单）

简单工厂：其实就是把类的创建交给工厂来创建。好比：汽车厂，在生产汽车的时，一辆汽车需要很多部件，如果我们实例化的时候，每次都添加很多部件，这样代码的整洁度不够好，而且重复性很高，比如一辆奥迪的某一款车，基本配置都是一样的。所以，我们可以构造一个工厂出来，当厂商规定好所有的工序时，我们就可以用工厂创建汽车了。一个汽车厂有时候也不会只生产一款汽车，我们会根据厂商的需要产生不同款型的汽车。

抽象工厂：其实在上面的例子中汽车工厂的很多零件不是自己创建的，而是其他工厂创建的。而且比如：玻璃，有很多的工厂生产，需要用哪个工厂的玻璃，这个时候又有很多复用的模块，也就是出现了抽象工厂，用来创建不同的工厂，我们在需要用哪个工厂的玻璃，可以根据玻璃的工厂方法进行创建。

对于工厂来说，他也有他的局限性，因为工厂一旦确定了生产的方式，要修改生产规则就会很麻烦，不过这个问题会有其他模式解决。在我们的框架使用中，spring的bean工厂是我们很常用的，因为这里面的bean对象在我们编码的时候已经订好了创建规则，当我们使用的时候，直接可以创建出我们需要用的对象，节省了很多创建对象时，jvm的操作时间。这样大大提高了运行效率。