01.简单工厂模式

一、什么是简单工厂模式
简单工厂模式属于类的创建型模式,又叫做静态工厂方法模式。通过专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。

案例如下：
设计一个采集水果的类

我们专门定义了一个fruitFactory来创建其他的实例

共同的父类即fruit类

二、模式中包含的角色及其职责
1.工厂（Creator）角色
简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。工厂类可以被外界直接调用，创建所需的产品对象。(获得实例就是)

被外界直接调用同个getApple() 创建所需的产品对象

2.抽象（Product）角色
简单工厂模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。

所有对象的父类即公共接口，给其他类继承的，其他类用到的方法在这里定义并描述如下的采集方法

3.具体产品（Concrete Product）角色
简单工厂模式所创建的具体实例对象


改进fruitFactory
用getFruit()替代前面两种方法
自己判断返回，灵活一点，就是忽略了大小写问题，而且不存在的类不报错，缺点就是代码多一点。而且新添加一个类需要继续添加判断语句，用不代码不改动的项目差不多
但是适应性强所以一般使用这种方法

继续改进

缺点就是只能传入类名，不存在类名的就报错。
优点是添加新的实例类，比如荔枝，就不用再添加新的判断
总结：扩展性强，适应性弱

三、简单工厂模式的优缺点
在这个模式中，工厂类是整个模式的关键所在。它包含必要的判断
逻辑，能够根据外界给定的信息(type)，决定究竟应该创建哪个具体类的
对象。用户在使用时可以直接根据工厂类去创建所需的实例(调用getFruit())，而无
需了解这些对象是如何创建以及如何组织的。有利于整个软件体系
结构的优化。

不难发现，简单工厂模式的缺点也正体现在其工厂类上，由于工厂类集中
了所有实例的创建逻辑，所以“高内聚”方面做的并不好。另外，当系统中的
具体产品类不断增多时，可能会出现要求工厂类也要做相应的修改，扩展
性并不很好。

在DAO层用的比较多
数据库的访问，连接交给工厂，我们不需要知道怎么连接的，只需要获得使用就好