Jo - suboptimale Benamung gebiert meist viel Wirrsal
Was du
Und
Und enthält keine Liste weiterer
Und eine - hier noch garnet eingeführte, noch übergeordnete Klasse enthält eine Liste von
Es wäre glaub viel einfacher für dich gewesen, hättest du dich gleich mit Datasetse beschäftigt - wieviele Tage murkste damit nu schon rum?
Da hätte es ganz klar eine Tabelle
Das Dataset wäre dann die og. allen übergeordnete Klasse, die die Liste der User hält, und jeder User hat Verbindung zu allen seinen Contacts (nur zu seinen).
Was du
UserData
nennst ist wohl eher ein Contact
- dann nenne ihn auch so. Und ein Contact
darf keine Liste weiterer Contact
s enthalten. Ein Contact
ist ein Contact
und das ist seine Verantwortung (Concern) und gut ist.AppUser
kann namentlich so bleiben, obwohl einfach User
ja wohl auch reichen würde.Und
AppUser
enthält eine Liste von Contact
s.Und enthält keine Liste weiterer
AppUser
.Und eine - hier noch garnet eingeführte, noch übergeordnete Klasse enthält eine Liste von
AppUser
. Also nochmal: Die Liste der AppUser
darf nicht inne AppUser
selbst drinne sein!Es wäre glaub viel einfacher für dich gewesen, hättest du dich gleich mit Datasetse beschäftigt - wieviele Tage murkste damit nu schon rum?
Da hätte es ganz klar eine Tabelle
User
gegeben, und eine ihr untergeordnete Tabelle Contact
und done und kein Missverständnis möglich.Das Dataset wäre dann die og. allen übergeordnete Klasse, die die Liste der User hält, und jeder User hat Verbindung zu allen seinen Contacts (nur zu seinen).