Nur ne Idee: Schau Dir mal die BitConverter-Klasse an und probier dann bisschen rum.

Wincrash schrieb:

komplexe Klassen oder Strukturen

Strukturen kannst Du elementweise konvertieren, für komplexe Klassen bietet sich das Serialisieren an.

Wincrash schrieb:

diese müssen aber auch konvertiert werden...

Warum? Für wen?

Structures lassen sich relativ einfach mit der Marshal-Klasse in Byte-Arrays verwandeln. Bei Klassen ist das weitaus schwieriger, wenn diese nicht serialisierbar sind.

@EiPott @Wincrash
Auf Structuren kann man in C# im unsave Code direkt per Cast auc byte* zugreifen.

Wincrash schrieb:

ist es möglich jedes Objekt (egal von welchem Typ) in ein Byte-Array zu konvertieren - und wieder zurück?

Nein. Wie etwa willst du einen Button in Byte() umwandeln?

alle Klassen, die Verweise auf andere, "externe" Objekte enthalten, sind nicht in Daten umwandelbar.

Man kann zwar mal kurz den Zeiger nehmen und die Bytes aus dem Speicher lesen, aber sowas ist nicht wiederherstellbar. Gucke msdn.microsoft.com/en-us/library/75dwhxf7.aspx

Edit/
Eine kleine Änderung: Theoretisch kann man auch stumpf die Bytes wieder iwo in den Speicher laden und die Klasse benutzen, dass geht. In nativen Sprachen klappt's auch praktisch (grade getestet), nur ob das auch in .Net geht weiß ich nicht. Ich betweifle auch, dass man sowas braucht.

Bei IPC werden wohl eher Datenpakete verschickt, die einen festen Aufbau haben. Also Strukturen.
Sind das deine eigenen Klassen? Dann schreibe doch das Serializable-Attribut dran.

mit vielen typen geht das, aber die Frage war, ob alle. und die Bedingung, wenn nicht, habe ich ja genannt. Es gibt übrigens ausnahmen, nämlich speziell konzipierte Datenklassen.

Was du mal versuchen könntest:

1. Hohl dir den Zeiger einer Klasseninstanz
   
2. Nimm ein Bytearray (so groß wie die Klasse)
   
3. Schreib die Bytes der Klasse in's Array und caste das Array zu einem Zeiger der Klasse
   
4. Testweise mal n paar Funktionen aufrufen und Properties durchgucken
   

Falls das nicht geht versuch mal das ganze Zeug auf den unverwalteten Heap zu packen und dann natürlich selbst aufzuräumen. Geht bestimmt

Hi
alle Klassen und Strukturen, die serialisierbar sind, sind mit einem SerializableAttribute-Attribut zu versehen. D.h. wenn ein Typ dieses nicht hat, ist er auch nicht serialisierbar. Wenn der Typ dann die ISerializable-Schnittstelle implementiert, so wird auf GetObjectData und den geforderten Konstruktor zugegriffen.
Auf Datenbasis zu programmieren ist in .Net nicht unbedingt üblich, außer es geht wirklich um Daten, denn es wurde eine Schicht zwischen Daten und Objekten eingeführt, die es prinzipiell nicht zu durchbrechen gilt. Serialisierung an sich ist halt genau das objektorientierte Konzept dafür, da alle Informationen sicher gespeichert werden können, ohne dass Information verloren geht oder falsch gespeichert wird.
Man stelle sich btw. bspw. vor, dass es sich um ein Byte-Array handelt, das einen Zeiger repräsentiert. Das kann man nicht sinnvoll aus den Daten rausholen, bei der Serialisierung ist das möglich.

Gruß
~blaze~

Serialisierung ist zwar der im Framework vorgesehene Weg, geeignete Klassen nach Byte() zu konvertieren, aber darüber hinaus gibts auch individuelle Möglichkeiten. Es kommt halt auf die Klassen an.

Jep, klar, aber es war auf die IPC bezogen. Es ist halt das am "abstraktesten gültige" Konzept, das mir jetzt einfällt.
Nach Byte() zu konvertieren ist btw. nicht unbedingt nötig, es geht ja auch meist direkt auf Stream-Basis.

Gruß
~blaze~

ich eier nur immer wieder drauf rum, dasses auf die Klassen ankommt, weil ich hoffe, der TE kommt mal auf die Idee, was an Info vlt. noch nötig wäre, um mal voranzukommen.
Weils kommt halt auf die Klassen an (zaunpfahl - winkewinke)