Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
C#-Quelltext |
|
1 2 3 4 5 6 7 8 |
dynamic obj = new Resource(); // obj hat länge der datei, author und title StreamWriter w = new StreamWriter(_filePath, true); w.WriteLine(obj.AlleEigenschaften) und dann das alle Elemente in die File geschrieben werden? wäre sowas möglich |
Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »JungleProgger« (18.08.2014, 02:39)
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Es ist ja keine Schande etwas falsch zu machen, als Programmierer tu ich das täglich, [...].
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Abgesehen davon würde ich dynamic als unsauber und schwer wartbar bezeichnen.
Definitiv ist es in der Benutzung arschlahm und für Reflection braucht man es nicht.
(Ja, das ist eine Funktionalität die ich aus C# rausschmeißen würde, wenn ich könnte)
Auch hier kann das selbe Problem, wie von dir bereits genannt, auftreten, wenn nicht jedes Property für die Serialisierung explizit ausgewählt wird.Was allerdings hinsichtlich Vorwärts- und Rückwärtskompatibilität keine sehr gute Idee ist. Eine minimale Änderung an irgendeiner Klasse und keine einzige Datei lässt sich mehr laden.
Richtig angewendet erspart das dynamic Schlüsselwort viel Zeit und Aufwand. JungleProgger hat übrigens mit dem dynamic object direkt ins schwarze getroffen.Abgesehen davon würde ich dynamic als unsauber und schwer wartbar bezeichnen.
Definitiv ist es in der Benutzung arschlahm und für Reflection braucht man es nicht.
(Ja, das ist eine Funktionalität die ich aus C# rausschmeißen würde, wenn ich könnte)
Community-Fossil
Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer
Hä? Wenn jeder Typ ein Interface für die Serialisierung implementiert, ist nur dieser Typ für seine Serialisierung zuständig und niemand sonst. Klar, wenn ich den Code in diesem Typ verbocke, habe ich Pech. Ich *kann* aber kompatibel programmieren. Aufwärts und abwärts! Das kannst Du nicht, wenn Du einfach stur alle Properties durch iterierst.Auch hier kann das selbe Problem, wie von dir bereits genannt, auftreten, wenn nicht jedes Property für die Serialisierung explizit ausgewählt wird.
Klar, aber nur, wenn Du Properties niemals änderst, hinzufügst oder entfernst.Und wenn das ganze mit einem dynamic object realisiert wird, lässt sich die Datei durchaus ohne Fehler und Exceptions laden.
C#-Quelltext |
|
1 2 3 4 |
public Interface IGetInfo
{
dynamic GetInfos();
}
|
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »JungleProgger« (18.08.2014, 17:21)
Werbeanzeige