【重构与模式】6.2 将建立知识搬移到Factory

  当用来实例化一个类的数据和代码在多个类中处处都是时，能够将有关建立的知识搬移到一个Factory中

（针对一个类）

动机：

  建立蔓延——将建立的职责放在了不该该承担对象建立任务的类中，是解决方案蔓延中的一种，通常是以前的设计问题致使。

  使用一个Factory类封装建立逻辑和客户代码的实例化选项，客户能够告诉Factory实例如何实例化一个对象，而后用同一个Factory实例在运行时执行实例化。

  Factory不须要用具体类专门实现，能够使用一个接口定义Factory，而后让现有的类实现这个接口。

  若是Factory中建立逻辑过于复杂，应将其重构为Abstract Factory，客户代码能够配置系统使用某个ConcreteFactory（AbstractFactory的一个具体实现）或者默认的ConcreteFactory。

  只有确实改进了代码设计，或者没法直接进行实例化时才有足够的理由进行Factory重构

public class Person {
	private String name;
	
	private String phone;
	private String car;
	private String house;
	
	public Person(String name, String phone, String house, String car){
		this.name = name;
		this.phone = phone;
		this.house = house;
		this.car = car;
	}
}

public class PersonFactory {

	public Person createPoorPerson(String name){
		return new Person(name, null, null, null);
	}
	public Person createPersonWithPhone(String name, String phone){
		return new Person(name, phone, null, null);
	}
	public Person createPersonWithPhoneCar(String name, String phone, String car){
		return new Person(name, phone, null, car);
	}
	public Person createRichPerson(String name, String phone, String house, String car){
		return new Person(name, phone, house, car);
	}

}

优缺点：

  + 合并建立逻辑和实例化选项

  + 将客户代码与建立逻辑解耦

  - 若是能够直接实例化，会使设计复杂化