4. Probleme mit Serialisierung / speichern

Probleme mit Serialisierung / speichern

  • T

    Ja, logisch, weil Du native typen in einer managed Klasse verwendest (z.B. std::string).

    Du musst schon eine saubere "Bridge" bauen oder noch besser, alles in .NET oder alles in native C++ machen.

    Benutzt Du C++/CLI weil Du native Code in .NET integrieren möchtest?
    Wenn ja: ➡ Bridge
    Wenn nein: ➡ Entweder managed oder native

    Simon

    0
  • Z

    ich benutzte C++/CLI, weil ich von c# auf c++ umsteigen musste für dieses Projekt, und alle Bücher die ich zum Thema c++ hatte aus einer Zeit vor c++ .net stammen.

    Ich habe erst im Laufe der Zeit gemerkt, dass sich in c++ .net doch einiges geändert hat, aber leider keine gute Dokumentation gefunden, die die unterschiede erklärt. Deswegen ist da jetzt einiges durcheinander geraten.

    Bedeutet das, um serialisieren zu können, muss ich den Code komplett auf managed c++ umschschreiben ?

    0
  • T

    Bedeutet das, um serialisieren zu können, muss ich den Code komplett auf managed c++ umschschreiben ?

    Nicht komplett. Aber dort wo ein [Serializable] Attribute verlangt ist schon. Es reicht ein dünner Wrapper, der das Mapping vornimmt.

    Es ist ja sowiso unerlässlich, da Du die .NET Serialisierung benutzen möchtest (möchtest Du, oder?). Diese kennt aber Typen wie std::string nicht.

    Simon

    0
  • Z

    Oh je,
    da das Programm nicht viel mehr tut, als (sehr) viele Werte entgegenzunehmen, in Klassen zu speichern und formatiert wieder auszugeben, bedeutet das Quasi, das ich alles nochmal überarbeiten muss.

    Hast du vielleicht noch ein paar mehr Info's zu dem Wrapper den du erwähnt hast. Das wäre sehr hilfreich (hoffe ich)...

    0
  • T

    Warum möchtest Du denn überhaupt Serialisieren?

    0
  • Z

    nunja, wenn man sich erstmal durch die ganzen Einstellungen gearbeitet, und seine Konfigurationsdateien erzeugt hat , dann aber zwei Wochen später bemerkt, dass der DSP doch nicht genau das tut was er soll, wäre es doch schöner, wenn man einfach nur eine Datei laden könnte und die fehlerhaften Werte ändert, anstatt wieder von 0 anzufangen...

    Es geht mir im Grunde nur darum, die Werte, welche der Benutzer eingestellt hat zu einem späteren Zeitpunkt wieder herstellen zu können. Auf welche Art und Weise das geschieht ist mir eigentlich egal. Mit Serialisierung hatte ich nur in c# schonmal Erfahrungen gemacht

    0
  • T

    Woher kriegst Du denn die Werte?

    Ich würde Dir raten bei einer Sprache zu bleiben (C#, C++/CLI oder native C++).
    Meiner Meinung ist der Vorteil (nämlich dass bestehender, nativer Code in .NET verwendet werden kann) sehr gering im Verhältnis zum Aufwand.

    So wie ich dich verstanden habe, ist dein Programm mehr ein Tool, dass dir die Arbeit erleichtern soll. Das hat, nehme ich an, noch keine riesen Codebasis.

    Wenn Du jetzt schon Code in native C++ hast würde ich dabei bleiben. Ev. reicht ja ein Commandline Tool.

    Simon

    0
  • Z

    Also nur damit man sich besser vorstellen kann um was es geht hab ich mal ein paar screenshots von dem Programm gemacht

    http://www.mypicx.com/05282009/configcreator/

    Das ist nur ein kleiner Teil der Werte die man einstellen kann, deswegen fällt ein commandlinetool schonmal flach, würde ich sagen 😉

    Hätte ich vorher über die Unterschiede von native c++ und c++ .Net Bescheid gewusst, wäre ich natürlich auch bei einer Sprache geblieben, und hätte mir dadurch wahrscheinlich auch noch einiges an Arbeit gespart, da ich doch häufiger mit Problemen zu kämpfen hatte Variablen und Objekte zwischen Managed und Unmanaged zu konvertieren (ist mir aber auch erst jetzt klar geworden, woher die Probleme kamen).
    Im Nachhinein war mein herangehen sehr blauäugig, ich wusste aber auch nicht von Beginn an, das es doch so ein relativ (für meine Verältnisse) umfangreiches Programm werden würde.

    Die Funktionalität zum Speichern wäre mir schon sehr wichtig, deswegen denke ich (soweit ich das jetzt verstanden habe), dass mir nichts anderes übrig bleibt, als den Code nochmal umzuschreiben ?

    Ich arbeite mich grade mit Unterstützung der Seite
    http://www.visualcplusdotnet.com
    durch die Unterschiede... auch wenn sie aussieht wie "straight from the 80s" ist sie doch sehr hilfreich

    0
  • T

    Ich glaub ich würds mir in ein File (Text oder XML) speichern und mit einem guten Editor editieren.

    Die nächste Wahl wäre dann, wenns mit GUI sein müsste, alles in C# zu machen.

    Oder kombiniert, mit dem bestehenden Code (C++, so wie ich dich verstanden habe) die Werte in ein File schreiben und mit dem C# Editor das File editieren.

    Simon

    0
  • Z

    ich habe mich entschlossen, die bestehenden Klassen so umzuschreiben, dass
    sie Serialisierbar sind.

    Das klappt auch soweit ganz gut, aber an einigen Stellen hakelt es noch:
    Ich erzeuge in Form1 ein Element der Klasse adc.h

    der Code dieser Klasse sieht so aus:

    #pragma once 

#include "fstream"
#include "adc_element.h"
#include "adc_setting.h"

#define ARRAY_SIZE 8

#using <system.dll>
#using <system.messaging.dll>

using namespace System::Runtime::Serialization;
using namespace System::IO;
using namespace System;
using namespace std;

[Serializable] 
ref class adc
{
public:
	adc()
	{
		this->A=gcnew array <adc_element^>(ARRAY_SIZE);
		this->B=gcnew array <adc_element^>(ARRAY_SIZE);
		for (int i=0; i < ARRAY_SIZE; i++)
		{
			A[i] = gcnew adc_element;
			B[i] = gcnew adc_element;
		}
	}
	array< adc_element^ >^ A;
	array< adc_element^ >^ B;
	static adc_setting^settings =gcnew adc_setting;
};

    Wenn ich dieses Objekt nun Serialisiere, werden die Werte, die in "adc_setting"/ "settings" gespeichert sind korrekt serialisiert, und
    lassen sich auch problemlos wieder deserialisieren.

    Aber die Werte welche in den Arrays für die "adc_element" Objekte gespeichert sind, gehen verloren.

    Gibt es eine möglichkeit auch diese zu serialisieren ?

    0
Anmelden zum Antworten