Abstrakte Fabrik für unterschiedliche Signaturen?

[Gast]

Hallo,


ich möchte gerne Wissen aus einer Klasse in eine Fabrikmethode auslagern.

Im Konstruktor einer Klasse A erzeuge ich momentan in einem if..else if.. else Statement je nach übergebenen Wert unterschiedliche konkrete Typen eines AbstractTyp.

Problem ist: alle unterschiedlichen, von AbstractTyp abgeleitete Typen haben eine andere Signatur mit unterschiedlich vielen Parametern zur Erzeugung.

Was gibt es da für eine Möglichkei, den Vorgang schöner zu kapseln? Eine Fabrikmethode scheint mir geeignet, nur leider haben die, wenn ich es richtig verstanden habe, alle die gleiche Signatur.

Danke für eure Hinweise!

Gruß

 

[maki]

Fabrikmethoden können die Signatur haben die du möchtest, eine Möglichkeit wäre, für jedes Produkt eine Methode, eine andere wäre, als Paramter die Klasse/Interface zu übergeben und dann per Reflection und Konfiguration/Konvetion eine Instanz zu erzeugen.

 

[Gast]

Hallo,

ich verstehe nicht ganz:

Ich müsste alle möglichen Signaturen im Erzeuger implementieren, der dann die entsprechenden KonkreterErzeuger für jeden möglichen Typen ruft?! Das scheint mir nicht praktikabel zu sein, da die unterschiedlichen Produkte ja bis auf die verschiedenen Konstruktoren identisch sind und ich damit noch mehr Klassen hätte..

Bild ist aus wikipedia.

Gruß

 

[maki]

Wenn die konkreten Produkte nicht über eine gemeinsame Schnittstelle (interface) verfügen, ist das Muster eh für die Katz.

Jetzt mal Butter bei die Fische: Wie sehen den die konkreten Produkte aus?

 

[Gast]

class Hauptklasse {

abstractElement ele;

public Hauptklasse(int length, int value) {

if(length > 5) ele = new ConcreteElement1(value);

else
 ele = new ConcreteElement2(length, value);


}

}

abstract AbstractElement {
public int update();
}

class ConcreteElement1 extends AbstractElement {

public ConcreteElement1(int value) {
// zuweisen
}

}

class ConcreteElement2 extends AbstractElement {

public ConcreteElement2(int length, value) {

// zuweisen
}

}

voila, so als Minimalbeispiel. Diese if/ else im Konstruktor von Hauptklasse würde ich gerne auslagern. Wie mach ich das am geschicktesten?

Danke maki für deine Antworten!!

Gruß

 

[maki]

Solltest keine public Konstruktoren anbieten, die instanziierung übernimmt die Factory, sonst ist das Factory Muster (egal ob Abstract oder FactoryMethod) ziemlich sinnbefreit

Mache eine Methode in der Factory (Hauptklasse):

public static AbstractElement getProduct(int length, int value) {
  if(length > 5) {
    element = new ConcreteElement1(value);
  } else {
    element = new ConcreteElement2(length, value); 
  }

  return element;
}

Abgesehen davon wäre es besser, nicht eine Abstrakte Klasse als Rückgabewert zu haben, sondern ein Interface, dann wissen die Klienten gar nix über die Implementierung

 

[Guest]

Hast recht, werd auf Interface umstellen.

Der Code von dir ist eigentlich eine Fabrikmethode oder? Kann KonkreterErzeuger nicht entdecken, also nehme ich das mal an.

Werd das so machen, danke dir für deine Hilfe!

Gruß

 

[maki]

Ja, eine Fabrikmethode

Eine AbstracteFactory ist nur nötig, wenn es verschiedene konkrete Factories gibt, so wie in diesem DAO Beispiel von Sun: http://java.sun.com/blueprints/corej2eepatterns/Patterns/DataAccessObject.html