简单工厂模式

new有什么不对

• 在技术上讲，new没有错，毕竟这是java的基础部分。真正对他影响的是“改变”。针对接口编程，可以隔离掉以后系统可能发生的一大堆改变。为什么呢?因为通过多态，他可以与任何新类实现该接口。但是如果使用的使大量具体类，一旦加入新的具体类就必须改变代码。这个不符合对修改关闭想用新的具体类来扩展代码，必须重新打开它

简单工厂

• 介绍

  1. 基本定义： 简单工厂模式是类的创建模式，又叫做静态工厂方法（Static Factory Method）模式。简单工厂模式是由一个对象决定创建出哪一种产品的实例

  2. 主要解决： 主要解决接口选择的问题。

  3. 何时使用： 我们明确地计划不同条件下创建不同实例时。

  4. 如何解决： 让其子类实现工厂接口，返回的也是一个抽象的产品。

  5. 关键代码： 创建过程在其子类执行。

  6. 应用实例： 1、您需要一辆汽车，可以直接从工厂里面提货，而不用去管这辆汽车是怎么做出来的，以及这个汽车里面的具体实现。 2、Hibernate 换数据库只需换方言和驱动就可以。

  7. 优点： 1、一个调用者想创建一个对象，只要知道其名称就可以了。 2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。 3、屏蔽产品的具体实现，调用者只关心产品的接口。

  8. 缺点： 每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。

  9. 使用场景：

     • 日志记录器：记录可能记录到本地硬盘、系统事件、远程服务器等，用户可以选择记录日志到什么地方。
     • 数据库访问，当用户不知道最后系统采用哪一类数据库，以及数据库可能有变化时。
     • 设计一个连接服务器的框架，需要三个协议，“POP3”、“IMAP”、“HTTP”，可以把这三个作为产品类，共同实现一个接口。

  10. 注意事项： 作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过 new 就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。

• 入门

从图中可以看出，简单工厂由工厂角色 、抽象产品角色以及具体产品产品等三个角色:

  1. 工厂类(creator)角色：担任这个角色是工厂方法模式的核心，含有与应用机密相关的商业逻辑。工厂类在客户端直接调用创建产品，他由一个具体java类实现

  2. 抽象产品(Product)角色：担任这个角色的类是由工厂方法模式所创建的对象的父类，或他们共同拥有的接口。他可以有一个抽象类或一个接口表示

   3. 具体产品(Concrete Product)角色：工厂方法模式所创建的任何对象都是这个角色的实例。他由一个具体java类实现

• 农场案例引进

有一个农场公司，专门向市场销售各类水果。系统的水果有- 葡萄(grape) -草莓(Strawberry) -Apple

（抽象产品）水果接口：Fruit

public interface Fruit{
	// 生长
	void grow();
	// 收货
	void harvest();
	// 种植
	void plant();
}

（具体产品）苹果：Apple

public class Apple{
	// 生长
	public void grow() {
		logging("Apple is growing");
	}
	// 收货
	public void harvest() {
		logging("Apple has been harvest");
	}
	// 种植
	public void plant() {
		logging("Apple has been plant");
	}
}

（具体产品）草莓 葡萄。。。和苹果Apple一样，当然也可以自己添加他们独有的方法，这里不再累赘

（工厂）水果园丁：FruitGardener

public class FruitGardener{
	// 。。。。。
	// 静态工厂方法
	public static Fruit(String switch) {
		if (StringUtils.equalsAnyIgnoreCase(switch, "apple")) {
			return new Apple();
		}else if (StringUtils.equalsAnyIgnoreCase(switch, "strawberry")) {
			return new Strawberry();
		}else if (StringUtils.equalsAnyIgnoreCase(switch, "grape")) {
			return new Grape();
		}else {
			throw new BadFruitException("没有该水果");
		}
	}
}

• 总结

上面的工厂，需要知道确切的的具体类的个数。每次添加一种水果就要修改代码，当然可以配合反射来完成这方面的工作。随着农场的扩增这个园丁就会变成一个全能类。这时候就需要更加明细的分工。比如AppleGardener苹果园丁…这个改变，后期会将工厂方法模式