Forum: Algorithmen, Datenstrukturen und Klassendesign
by r2c2,
23. Aug 2011
Und ohne Factory musst du es nur an einer Stelle tun. Nämlich beim Erzeugen. Und eben nicht zusätzlich noch in der Factory. Ne Factory hat auch ihre Vorteile. Aber nicht "Einfachheit".
- Ne Abstract Factory (GoF:87) ist gut, wenn man zusammengehörige "Familien" von Objekten hat.
- Ne Factory Method (GoF:107) ist gut, wenn du in Subklassen auch subklassen einer abhängigen Klasse hast
- Ne...
Forum: Algorithmen, Datenstrukturen und Klassendesign
by r2c2,
23. Aug 2011
Sry, aber "Hauptmodul" klingt gefährlich. Muss nicht sein, aber könnte. Das Problem ist, dass "ich bau mir eine zentrale Klasse, die die für die Koordination/Steuerung/etc. zuständig ist" sich zwar wunderbar anhört, aber zu sehr hoher Kopplung führt (im schlimmsten Fall haben wir dann ne Gottklasse). Siehe hier: http://www.christian-rehn.de/2009/08/29/kaffeemaschinen-und-ood/
Warum eine...
Forum: Algorithmen, Datenstrukturen und Klassendesign
by r2c2,
23. Aug 2011
Sehr interessante Frage.
Ich geh mal davon aus, dass deine Request-Klasse die Anträge nur repräsentieren und nicht darstellen, also insbesondere keine Formulare sind. Dann würde ich das so machen:
- TRequest ist ne Klasse.
- Neu, ändern und löschen sind Aktionen, die zu nem Aufzählungstypen werden. Die Wahrscheinlichkeit, dass da noch mehr dazu kommt, als diese drei ist gering (CRUD)....
