Конструктор всегда возвращает совершенно новый экземпляр его точного класса, с именем, привязанным к классу. Фабричный метод — это обычный (часто статический) метод, который создает объекты — давая вам свободу над названием, каким подтипом вернуться и будет ли вообще создан новый объект.
public class Color {
private final int r, g, b;
private Color(int r, int g, int b) { this.r=r; this.g=g; this.b=b; }
// Named factories: clearer intent than overloaded constructors
public static Color fromRgb(int r, int g, int b) { return new Color(r,g,b); }
public static Color fromHex(String hex) { /* parse */ return new Color(0,0,0); }
// Can return a CACHED instance instead of always allocating
private static final Color BLACK = new Color(0,0,0);
public static Color black() { return BLACK; } // no 'new' every call
}
| Конструктор | Фабричный метод | |
|---|---|---|
| Имя | Привязано к классу | Описательное (fromHex) |
| Тип возврата | Ровно этот класс | Любой подтип / интерфейс |
| Идентичность | Всегда новый | Может кэшировать/пулировать/переиспользовать |
| Может корректно потерпеть неудачу | Выбрасывает исключение | Может вернуть null/Optional |
Optional<User> u = User.tryParse(json); // a constructor can't return Optional
Фабрики добавляют косвенность и могут скрывать, что на самом деле было сконструировано. Используйте простой конструктор для простого создания значений; обращайтесь к фабрике, когда вам нужны названия, полиморфные возвраты или контроль экземпляров.
Фабричные методы развязывают вызывающих от конкретных классов — вы можете вернуть другую реализацию или кэшированный экземпляр без изменения мест вызова.
Они также делают API более понятными: Color.fromHex("#fff") читается лучше, чем перегрузка конструктора, и именованные фабрики избегают неоднозначности нескольких конструкторов с одинаковыми типами.