Экстремальное программирование. Разработка через тестирование

Фабричный метод (Factory Method)
Как лучше всего созд авать объекты в случае, если вы хотите
обеспечить гибко сть при созд ании объектов? Вместо того чтобы
использовать конструктор, созд айте объект внутри специального
метод а.
Безусловно, конструкторы являются выразительным инструментом.
Если вы используете конструктор, всем, кто читает код , од нозначно
становится ясно, что вы созд аете объект. Од нако конструкторы, в
о собенно сти в Java, не обеспечивают д о статочной гибко сти.
В рассмотренном ранее «д енежном» примере при созд ании объекта
мы хотели бы возвращать объект иного класса. У нас есть след ующий
тест:
public void testMultiplication() {
Dollar five = new Dollar(5);
assertEquals(new Dollar(10), five.times(2));
assertEquals(new Dollar(15), five.times(3));
}
Мы хотели бы д обавить в программу новый класс Money, од нако мы
не можем этого сд елать, так как д ля тестирования нам нужен экземпляр
класса Dollar. Чтобы решить проблему, д о статочно д обавить в
программу д ополнительный уровень перенаправления – метод , который
буд ет возвращать объект иного класса. В этом случае мы сможем
о ставить выражения assert без изменений:

---

public void testMultiplication() {
Dollar five = 
Money.dollar(5)
;
assertEquals(new Dollar(10), five.times(2));
assertEquals(new Dollar(15), five.times(3));
}
Money
static Dollar dollar(int amount) {
return new Dollar(amount);
}
Такой метод называется 
фабричным методом
(Factory Method), так
как он пред назначен д ля созд ания объектов.
Нед о статок этого шаблона заключается в том, что пред назначение
фабричного метод а не очевид но: вы д олжны помнить о том, что этот
метод созд ает объекты, вместе с тем это обычный метод , а не
конструктор. Фабричный метод след ует использовать только тогд а,
когд а вы д ействительно нужд аетесь в гибко сти, которую он
обеспечивает. В противном случае д ля созд ания объектов вполне можно
использовать обычные конструкторы.