Sie sind aktuell nicht angemeldet.

Funktionen: Einloggen  |  Neu registrieren  |  Suchen

OOP und Datenbankobjekte
Autor: MarkusJ
Datum: 21.08.07 09:53
Ich habe eine Klasse "Verein", in der ich folgende Eigenschaften definiert habe: ID (Primary Key, Readonly) Bezeichnung Logo Wenn die Klasse instanziert wird, dann wird im Konstruktur eine GUID errechnet und der ID zugewiesen. Von aussen ist die Eigenschaft schreibgeschützt. Dies ist auch wunderbar für neue Elemente. Aber ich habe ggf. ja auch schon Daten in meiner Datenbank-Tabelle "Vereine". Hierfür habe ich eine Prozedur "Laden" geschrieben in der Collection-Klasse "VereinCol" geschrieben, welche die vorhandenen Sätze aus der Tabelle in die Collection laden soll. Doch diese Sätze sollen keine generierte ID bekommen, sondern genau die ID, welche im Datensatz hinterlegt ist. Doch beim Aufruf von NEW Verein wird ja bereits eine neue ID generiert. Variante 1: --------------- Ich mache die Eigenschaft ID nicht mehr schreibgeschützt und kann somit von aussen die ID überschreiben. Fazit: Finde ich unsauber und auch nicht ganz richtig Variante 2: Ich könnte einen weiteren Konstruktor bauen für die Klasse "Verein". Der neue Konstruktor würde keine ID generieren sondern eine ID als Eingangsparameter verlangen. Dieser Konstruktor sollte dann nicht nach aussen hin offen sein, sondern nur von der Collection aufrufbar sein. Fazit: ist das der richtige Weg? Ciao Markus

OOP und Datenbankobjekte	842	MarkusJ	21.08.07 09:53
Re: OOP und Datenbankobjekte	644	ralf_oop	21.08.07 10:44
Re: OOP und Datenbankobjekte	598	MarkusJ	21.08.07 10:50

Sie sind nicht angemeldet! Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden. Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  Gesamtübersicht

Suchen