Autumn SALE

Замена конструктора фабричным методом

Также известен как: Replace Constructor with Factory Method

Проблема

У вас есть сложный конструктор, делающий нечто большее, чем простая установка значений полей объекта.

Решение

Создайте фабричный метод и замените им вызовы конструктора.

До
class Employee {
  Employee(int type) {
    this.type = type;
  }
  // ...
}
После
class Employee {
  static Employee create(int type) {
    employee = new Employee(type);
    // do some heavy lifting.
    return employee;
  }
  // ...
}
До
public class Employee 
{
  public Employee(int type) 
  {
    this.type = type;
  }
  // ...
}
После
public class Employee
{
  public static Employee Create(int type)
  {
    employee = new Employee(type);
    // Do some heavy lifting.
    return employee;
  }
  // ...
}
До
class Employee {
  // ...
  public function __construct($type) {
   $this->type = $type;
  }
  // ...
}
После
class Employee {
  // ...
  static public function create($type) {
    $employee = new Employee($type);
    // do some heavy lifting.
    return $employee;
  }
  // ...
}
До
class Employee {
  constructor(type: number) {
    this.type = type;
  }
  // ...
}
После
class Employee {
  static create(type: number): Employee {
    let employee = new Employee(type);
    // Do some heavy lifting.
    return employee;
  }
  // ...
}

Причины рефакторинга

Самая очевидная причина применения этого рефакторинга связана с заменой кодирования типа подклассами.

У вас есть код, в котором раньше создавался объект, куда передавалось значение кодированного типа. После применения рефакторинга появилось уже несколько подклассов, из которых нужно создавать объекты в зависимости от значения кодированного типа. Изменить оригинальный конструктор так, чтобы он возвращал объекты подклассов, невозможно, поэтому мы создаём статический фабричный метод, который будет возвращать объекты нужных классов, после чего он заменяет собой все вызовы оригинального конструктора.

Фабричные методы можно использовать и в других ситуациях, когда возможностей конструкторов оказывается недостаточно. Они важны при замене значения ссылкой. Их можно также применять для задания различных режимов создания, выходящих за рамки числа и типов параметров.

Достоинства

  • Фабричный метод не обязательно возвращает объект того класса, в котором он был вызван. Зачастую это могут быть его подклассы, выбираемые в зависимости от подаваемых в метод аргументов.

  • Фабричный метод может иметь более удачное имя, описывающее, что и каким образом он возвращает, например, Troops::GetCrew(myTank).

  • Фабричный метод может вернуть уже созданный объект в отличие от конструктора, который всегда создает новый экземпляр.

Порядок рефакторинга

  1. Создайте фабричный метод. Поместите в него вызов текущего конструктора.

  2. Замените все вызовы конструктора вызовами фабричного метода.

  3. Объявите конструктор приватным.

  4. Обследуйте код конструктора и попытайтесь вынести в фабричный метод тот код, который не относится к непосредственному конструированию объекта текущего класса.