@MyRealName
Doch, genau so macht man das mit den Entitäten. Denn diese Entitäten sind die Datenbank-Tabellen als Klassen dargestellt. Und mit der Tabellen-Struktur löst man das Problem der Speicherung. Punkt.
Das Business-Objekt kann dabei schon wieder ganz anders aussehen.
Kleines Beispiel:
Wir haben einen Blog-Eintrag und jeder Benutzer diesen Beitrag bewerten.
Das Business-Objekt sieht so aus
Code:
BlogEntry
- Id
- Titel
- Body
- Rate (Bewertung des Benutzers)
Die Entity-Objekte (Tabellen) dazu sehen aber etwas anders aus
Code:
Blog
- Id
- Titel
- Body
BlogUserRate
- BlogId
- UserId
- Rate
denn wir wollen in den Tabellen die Bewertung von n Benutzern speichern können.
Wenn einem da also auch nichts auf die Füße fallen soll, dann trennt man ganz brav zwischen Business-Layer und Daten-Layer.
Da kommen wir wieder zu dem zurück, wo ich sagte, dass die Anwendung ja schon da ist, schon seit Delphi 2 und ich bezweifle, das diese ORM Modelle damals schon gang und gäbe waren.
Das mag schon sein, aber die Zeit der Holzräder und Kutschen ist auch gottlob vorbei und wir wünschen uns diese Zeit des Reisens auch nicht mehr zurück. Wir haben da jetzt etwas Besseres (Luftreifen und Luftfederung).