Ein Konstruktor gibt immer eine brandneue Instanz seiner exakten Klasse zurück, mit einem auf die Klasse festgelegten Namen. Eine Factory-Methode ist eine reguläre (häufig statische) Methode, die Objekte erstellt — und gibt Ihnen Freiheit über Benennung, welcher Subtyp zurückgegeben wird, und überhaupt ein neues Objekt erstellt wird.
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
}
| Konstruktor | Factory-Methode | |
|---|---|---|
| Name | An Klasse gebunden | Aussagekräftig (fromHex) |
| Rückgabetyp | Exakt diese Klasse | Beliebiger Subtyp / Interface |
| Identität | Immer neu | Kann cachen/poolen/wiederverwenden |
| Kann elegant fehlschlagen | Wirft Exception | Kann null/Optional zurückgeben |
Optional<User> u = User.tryParse(json); // a constructor can't return Optional
Factories fügen Indirektion hinzu und können verbergen, was wirklich konstruiert wird. Verwenden Sie einen einfachen Konstruktor für die einfache Werterstellung; greifen Sie zu einer Factory, wenn Sie Benennung, polymorphe Rückgaben oder Instanzenkontrolle benötigen.
Factory-Methoden entkoppeln Aufrufer von konkreten Klassen — Sie können eine andere Implementierung oder eine gecachte Instanz zurückgeben, ohne Call Sites zu ändern.
Sie machen APIs auch klarer: Color.fromHex("#fff") liest sich besser als ein Konstruktor-Overload, und benannte Factories umgehen die Mehrdeutigkeit mehrerer gleichtypisierter Konstruktoren.