Suchergebnisse

Ansonsten gebe ich dir recht, aber ich find BinaryFormatter nicht unflexibel. Der kann zB auch Fonts serialisieren, was annere Serialisierer nicht können. Ausserdem isser Framework.OnBord, also man muss keine Extra-Installationen ausführen, um ihn zu nutzen.

sorry, dassich das so unverschämt sage: An deim Code ist so gut wie nix richtig. Schon die ArrayList sollte man garnet mehr verwenden, die ist ein Relikt von vor 15 jahren. Wenn du eine Liste von Artikeln haben willst, dann nimm eine List(Of Artikel). Da weiss der Compiler, welchen Datentyp die Elemente haben, und die Chance ist besser, dass der kram serialisierbar ist. (Themawechsel) Jo, wenn das hinhaut, seisogut, und mach: Visual Studio - Empfohlene Einstellungen Da ist auch eine Anleitung zu…

Potzblitz! Nu kann ich möglicherweise nicht mehr behaupten, dass Serialisierung prinzipiell unfähig ist relationale Datenstrukturen zu persistieren! Muss noch bischen Testen, aber wie's aussieht BinaryFormatter kanns.

naja, der Witz an SpaceyX interessantem Code ist aber doch grade, dass die Land-Dinger sich gegenseitig referenzieren. Dein Code dürfte failen, weil er zeigt nicht, wie du ühaupt etwas in Lands einfüllst - aber greifst fröhlich drauf zu, also da täte ich dann eine IndexOutOfRangeException erwarten.

entspricht immer noch nicht spaceyX' Vorgabe: Dort ist Land1 in der Liste von Land2, und Land2 ist in der Liste von Land1. Und beide Länder sind in lands. Bei dir besteht Daten-Redundanz, nämlich es gibt 2 Länder mit demselben Namen: "Austria", und 2 Länder mit Namen: "Germany". Als Datenmodell für Staaten wäre das völlig ungeeignet, weil in wirklichkeit gibt es nur ein Germany und nur ein Austria. Aber klar - serialisieren tut das.