C# self reference an nested class übergeben?

C# self reference an nested class übergeben? (11 Beiträge, 318 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

morgen,

Ich schein heut etwas auf dem Schlauch zu stehen.

Gegeben

public class Info
{
  long account_id {get; set;};
  long info1 {get; set;};
  long info2 {get; set;};
  Statistics Statistics1 {get; set;};
  Statistics Statistics2 {get; set;};
}

public class Statistics
{
  long myValue1 {get; set;};
  long myValue2 {get; set;};
}

Ich bekomm ein JSON object rein, welches ich auf Info deserializen kann. Das wird dann über EF in eine DB geschrieben. Wie schaffe ich es jetzt aber account_id, was mein Key ist automatisch an alle meine nested classes Statistics zu übergeben? (Dort brauch ich ihn ja auch wieder als Key um diese in Tables zu speichern)

Erster Ansatz wär ein überlagerten Constructor für Statistics wo ich ihn übergeb, und innerhalb der Struct auf ein neues Property schreib, allerdings kann ich den aus der Klassendefinition von Info nicht aufrufen, da Info da ja noch nicht instanziert ist, und ich den Key ja nicht static machen kann da er ja instanzbezogen ist.

Aus Statistics raus kann ich ja auch nicht auf die parent class zugreifen ohne eine reference zu haben?

Irgendwie seh ich glaub ich grad den Wald vor Bäumen nicht...

__________________________________________________________________________________ Statistiken und Trends für World of Tanks: http://www.wotzilla.com

09.12.2016, 09:25 Uhr - Editiert von zeddicus, alte Version: hier

Was ist der Primary Key von Statistics? Wo sind die Foreign Key-Felder in der Klasse Info? Und wo ist eine nested class, die ist ja eh eigenständig?

09.12.2016, 10:38 Uhr - Editiert von mko, alte Version: hier

Der Primary key wäre ebenfalls account_id, allerdings hab ich jetzt in dem Post den Eintrag rausgenommen, stimmt. Also account_id sollte automatisch von Info genommen werden. Ist eine 1->many Beziehung. Wie definier ich in code-first dass dann account_id von statistics wiederum der FK ist? Ich glaub ich bin heut noch etwas unfähig...

Edit:
Ich schreib dir kurz ne PN

__________________________________________________________________________________ Statistiken und Trends für World of Tanks: http://www.wotzilla.com

09.12.2016, 10:54 Uhr - Editiert von zeddicus, alte Version: hier

Wenn Info genau zwei Statistics-Datensätze haben soll, wie es sich in deiner Klasse darstellt, wäre die korrekte Abbildung meiner Meinung nach so, dass Info zwei Foreign Key-Felder auf Statistics hat.

Statistics kann die account_id nicht als Primary Key haben, wenn es zwei Statistics pro account_id gibt.

Ich würde es so abbilden:

public class Info
{
  long InfoId { get; set; } // oder halt AccountId als PK...
  long AccountId { get; set; }
  long Info1 { get; set; }
  long Info2 { get; set; }
  long Statistics1Id { get; set; }
  long Statistics2Id { get; set; }
  Statistics Statistics1 { get; set; }
  Statistics Statistics2 { get; set; }
}

public class Statistics
{
  long StatisticsId { get; set; }
  long MyValue1 { get; set; }
  long MyValue2 { get; set; }
  Info Info { get; set; }
}

Was hier noch komplett fehlt, sind die Entity Framework-Attribute. Du musst z.B. den Primary Key kennzeichnen, wenn er nicht Id oder KlasseId heißt. Bei den Foreign-Key-Feldern musst du kennzeichnen, zu welchen anderen Properties sie gehören (also z.B. Statistics1Id gehört zu Statistics1).

Man sollte, meiner Erfahrung nach, gutes DB-Design mit EF nicht einfach über Bord werfen

.

Ich sehe aber gerade, dass die Klassen, die du mir per PN geschickt hast, eigentlich doch ziemlich anders aussehen als deine abstrahierte Version

. Und Attribute hast du eh auch schon dabei.

Da verstehe ich dein Problem aber nicht ganz, denn wo auch immer Statistics erstellt wird, musst du halt den PK = FK setzen, sei es am Client oder am Server.

Sehr kompliziert sowas über ein Forum zu klären (für mich)

ah, siehst, mir fehlt der rückwärts bezug auf info in der statistics (sinngemäß), das muss ich gleich mal korrigieren
__________________________________________________________________________________ Statistiken und Trends für World of Tanks: http://www.wotzilla.com

Unter anderem wegen solchen Problemen lehne ich All-Purpose Klassen ab.
Ich erzeuge üblicherweise eine ordentliche ORM Klasse und dann je nach Bedarf eine oder mehrere DTO / JSON-Transport Klassen .

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung