当用来实例化一个类的数据和代码在多个类中到处都是时,可以将有关创建的知识搬移到一个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);
}
}
优缺点:
+ 合并创建逻辑和实例化选项
+ 将客户代码与创建逻辑解耦
- 如果可以直接实例化,会使设计复杂化