Frage zur Modellierung in OO (am Beispiel SAP-CO)

Re: Frage zur Modellierung in OO (am Beispiel SAP-CO)

Die erste Frage um Dir Anregungen zu geben wäre : Welche Funktion soll dein Objekt haben ?

Grundsätzlich trennt man Datenbeschaffung( über DAOs ( Data Access Objekt ) von Businesslogik und Prozessen. Es klingt ein wenig wie ein DTO( Datatransferobjekt ) das du da aufbaust. Ist dem so, sind Subentitäten wiederum eigene DTOs, einzelne Datensätze wiederum können darin als Objekte oder auch als Tabellen behandelt werden. Zur Erzeugung baut man sich dann einen Service oder eine Factory, die das entsprechende DTO dann aufbaut. Idealerweise Referenzieren die DTOs im Haupt-DTO auf eine eigene abstrakte DTO - Klasse je Entität, so sind sie bei Bedarf austauschbar. Es gibt mehrere Wege zu modellieren. Ohne zu wissen, was Du eigentlich tun willst, ist es schwer zu sagen, was sinnvoll ist.

Ob und welche Daten benötigt werden, ist immer prozessabhängig. Schnell liest man sich so Sachen von der DB zusammen, die man für den Prozess niemals braucht.

Ich lese da viel von Vererbung. Aber nur, weil es eine scheinbare Hierarchie gibt, sollte man nicht Objekte mit etwas überfrachten, sondern z.b schauen, ob nicht die Hierarchie eigentlich ein Attribut ist, was wiederum selbst ja ein Objekt sein kann.

Man muss sich also immer fragen : Was soll mein Objekt können, was muss es können, und was braucht es dafür.

Z.b. dein Objekt der Kostenstelle kann durchaus über eine Liste von Bewegungsdaten verfügen. Und zum Beispiel Interator-Funktionen wie HAS_NEXT, GET_NEXT etc. diese zur Verfügung stellen. Die Bewegungsdaten selbst, können dabei auch wieder Objekte sein.

Der Stammdatenteil der Kostenstelle sind dabei wiederum Attribute am Kostenstellen objekt, die über Setter und Getter bereitgestellt werden.