vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
vb@rchiv Offline-Reader - exklusiv auf der vb@rchiv CD Vol.4  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2024
 
zurück

In diesem Forum haben Sie die Möglichkeit Kommentare, Fragen und Verbesserungsvorschläge zu den im vb@rchiv gelisteten Tipps und Workshops zu posten.

Hinweis:
Ein neues Thema kann immer nur über die jeweilige Tipps & Tricks bzw. Workshop Seite eröffnet werden!

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

Fragen zu Tipps & Tricks und Workshops im vb@rchiv
Tipp 1749: Daten speichern durch Serialisierung (VB.NET) 
Autor: Ausbrecher
 Tipp anzeigenDatum: 25.08.10 03:28

Vielen Dank für den Tipp :=)

Würde aber gerne bei einer Sache nachhaken. Mir ist bisher keine Programmiersprache bekannt in der man so leicht wie in VisualBasic 6 Binärdaten schreiben kann (was ich leider in VB.NET sehr vermisse).

In Visual Basic 6 konnte man ganz einfach einen "Type" erstellen, und mittels open "..." for Binary #1 den kompletten Type eintragen (und später auch problemlos einladen) Es war auch möglich andere Binärdaten zu öffnen und so zum Beispiel eine JPEG Datei ganz einfach in ein Type einzuladen (solang der Type die richtige Gliederung hatte) und HeaderDaten bequem auslesen.

Beispiel (aus der Hand):

Private Type MeinTest
    Signature as String * 2
    TestInteger as Integer
    TestLong as Long
    TestStringShort as String * 16
    TestStringText as String
End Type
.....
Private Function LoadFile(ByVal Path as String) as MeinTest
    dim ff as integer
    ff = FreeFile
    open Path for Binary Access Read As #ff
    Get #ff, ,LoadFile ' Lade die Daten aus der Datei
    close ff
End Function
 
Private Sub SaveFile(ByVal Path as string, ByVal myData as MeinTest)
    dim ff as integer
    ff = FreeFile
    open Path for Binary Access Write As #ff
    Put #ff,, MyData ' Schreibe Daten in Datei
    close #ff
End Sub
 
Private Sub TesteMich()
    Dim Test1 as MeinTest
    Dim Test2 as MeinTest
 
    ' Ein par Einträge vornehmen
    Test1.Signature = "ZM"
    Test1.TestInteger = 91442
    Test1.TestLong = 1048576243
    Test1.TestStringShort = "Max. 16 Zeichen!"
    Test1.TextStringText = "Hier können so viele Zeichen wie gewollt rein"
 
    ' Nun Test1 Speichern
    Call SaveFile("c:\MeinTest.ooo", Test1)
 
    ' Und nun Die Datei in Test2 einladen
    Test2 = LoadFile("c:\MeinTest.ooo")
 
    ' Zum Testen ein par wenige Werte Ausgeben
    Call MsgBox(Test1.Signature & vbCrLf & Test1.TestInteger & vbCrLf & _
      Test1.TestStringText)
End Sub
Das Ergebnis beim Speichern ist eine original Binäre Datei. Bei VB.NET habe ich da leider nicht so schöne Erfahrungen. Leider aber ist VB6 vom Aussterben bedroht, und wird auch nciht mehr weiter entwickelt.
Leider geht das ganze in VB.NET nicht mehr so einfach, was ich vermisse.
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Daten speichern durch Serialisierung (VB.NET) 
Autor: ModeratorDaveS (Moderator)
Datum: 25.08.10 09:36

Ja...und?

________
Alle Angaben ohne Gewähr. Keine Haftung für Vorschläge, Tipps oder sonstige Hilfe, falls es schiefgeht, nur Zeit verschwendet oder man sonst nicht zufrieden ist

Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Daten speichern durch Serialisierung (VB.NET) 
Autor: MyNeXX
Datum: 25.08.10 17:46

Ich verstehe jetzt nicht ganz das Problem.
In VB.NET würde dein Typ so aussehen:

<Serializable()> _
Private Structure MeinTest
    Signature as String 'soviele Zeichen, wie wir wollen
    TestInteger as Integer
    TestLong as Long
    TestStringShort as String 'soviele Zeichen, wie wir wollen
    TestStringText as String
End Structure
Soooo, und jetzt kannst statt über "SaveFile", wie in deinem post, so speichern:
Serializer.Serialize(Of MeinTest)("C:\MeinTest.ooo", Test1)
und wieder einlesen über
Test2 = Serializer.DeSerialize(Of MeinTest)("C:\MeinTest.ooo")
Auf diese Art und weiße ist dein Code zum einen Objektorientiert. Zum anderen kannst du nachträglich noch Variablen in deine Struktur einfügen, da kümmert sich das .NET Framework dann automatisch darum, dass es keine konflikte gibt.

Um JPEG oder andere Bilder einzulesen gibt es eine eigene Image-Klasse im .NET Framework, die dir eigentlich alle Funktionen, die du brauchst, bietet.

Warum genau ist VB6 an dieser Stelle jetzt schöner? Das verstehe ich nicht so ganz.
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Daten speichern durch Serialisierung (VB.NET) 
Autor: ModeratorDaveS (Moderator)
Datum: 25.08.10 18:03

Aber so kann man die Headers einer Mp3 oder sowas nicht einlesen (oder schreiben), so meint Ausbrecher. Eine .Net Serializer-Datei beinhaltet etliche Steuersequenzen, welche u.a. die Datei wesentlich aufblähen. Allerdings mit BinaryReader/Writer oder FileStream und BitConverter kann man ziemlich einfach solche Daten bearbeiten.

________
Alle Angaben ohne Gewähr. Keine Haftung für Vorschläge, Tipps oder sonstige Hilfe, falls es schiefgeht, nur Zeit verschwendet oder man sonst nicht zufrieden ist

Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Daten speichern durch Serialisierung (VB.NET) 
Autor: MyNeXX
Datum: 27.08.10 20:03

Ja genau. Im Normalfall kann man das Aufblähen dieser Datei aber hinnehmen.
Ausbrecher könnte jetzt aber zB mittels BinaryReader oder BinaryWriter sein eigenes Dateiformat schreiben, wenn er möchte. Das ist aber halt wieder etwas umständlich.

Eine andere Möglichkeit ist aber vllt dass man sich seinen eigenen "BinaryFormatter" schreibt..?
Wenn unbedingt nötig.
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Daten speichern durch Serialisierung (VB.NET) 
Autor: ZAG
Datum: 09.10.12 17:23

Ist schon etwas her dieses Thema, aber evtl kann mir ja einer weiter helfen.
Ich habe bisher noch nie mit Serialisierung gearbeitet, daher weiß ich nicht, ob ich ein generellen Fehler mache.

Ich habe eine Klasse zur Item Struktur.
Innerhalb dieser Klasse habe ich auch ein List Of, dass die ganzen Einzelitems speichert.
Nun wollte ich per Serialisierung diese Daten abspeichern bzw. wieder laden und bin per Google auf diesen Tipp gelangt.

Meine Klasse sieht in etwa so aus (verkürzt):

<Serializable()> _
Public Class clsItem
    Private myName As String
    Private myQuality As String
    Private myData As New List(Of String)
    Private myRAWData As New Dictionary(Of String, String)
    ....
 
    Public Shared Items As List(Of clsItem)
 
    Private Shared dataPath As String = _
    Path.Combine(Application.StartupPath, "Items.dat")
 
    Public Sub New()
        ' Erstellen einer neuen, leeren List(Of T)
        Items = New List(Of clsItem)
    End Sub
 
    Public Sub Save()
        ' Aufrufen der generischen Serialize-Funktion für 
        ' die Klasse Kontoverwaltung
        Serializer.Serialize(Of clsItem)(dataPath, Me)
    End Sub
 
    Public Shared Function Load() As clsItem
        ' Dadurch, dass die Klasse "Sub New()" aufweist, kann die 
        ' Serializer-Klasse, wenn keine Datei vorhanden ist, 
        ' eine DefaultInstance zurückgeben.
        Return Serializer.DeSerialize(Of clsItem)(dataPath)
    End Function
 
 
   Public Property Name() As String
        Get
            Return myName
        End Get
        Set(ByVal value As String)
            myName = value
        End Set
    End Property
 
    ......
Füllen tue ich die Einzelitems also über clsItem.Items.Add(...) innerhalb der Main.Form.
Ich dachte nun, ich könnte das Speichern einfach über clsItem.Save() anstoßen, jedoch bekomme ich dann den Fehler: "Der Verweis auf einen nicht freigegebenen Member erfordert einen Objektverweis".

clsItem.Load() erzeugt keinen solchen Fehler, da dies ja auch eine Public Shared Function ist.
Wo liegt also mein (Denk-)Fehler?


Danke für die Hilfe!
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Sie sind nicht angemeldet!
Um einen neuen Beitrag schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2024 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel