Suchergebnisse
Suchergebnisse 1-10 von insgesamt 10.
Hier erfahren Sie, wie einfach Sie Ihren Browser aktualisieren können.
-
ja - mit Base64-Codierung kann man aus jederlei Datei einen String machen und zurück (eine Klasse braucht man dafür übrigens nicht - da reichen auch Shared Functions für). Vorteil: ist ein String (für den, dens freut) Nachteil: 1/3 höherer Platzbedarf, als wenn man die Bytes Bytes sein liesse. nochn Nachteil: Ein String lässt sich nicht als Stream verarbeiten, also so ab um 1MB scheint mir das nicht mehr fein.
-
also einen FileStream kannste ja so in ein Byte-Array einlesen/umwandeln: VB.NET-Quellcode (8 Zeilen) Und die Convert.ToBase64String(Bytes)-Funktion kennste jetzt ja schon, die kann das Byte() in einen String wandeln. Probierma, die Umkehrung dieses Vorgangs mit deim Hirn selber hinzukriegen Jo - und mitte Settings haste recht - das ist vlt. wirklich nützlich, weil von Haus aus bieten Settings den Byte()-Datentyp ja nicht an - wohl aber String.
-
Vereinfachung:VB.NET-Quellcode (6 Zeilen)(ungetestet) Bin etwas unsicher, evtl. musses auch so:VB.NET-Quellcode (8 Zeilen)siehe auch Streams
-
dann ist womöglich der CompressionMode grad falsch herum
-
och - dann gugge halt das Tut - wie ich sehe, habich ja so ziemlich genau das als Beispiel genommen.
-
so, hab ich ausprobieren müssen - GzipStream kann zum Dekomprimieren nicht schreiben - nur lesen - sagt der ObjectBrowser, also so:VB.NET-Quellcode (14 Zeilen)Aber wie gesagt: Ausser um eine Datei in die Settings zu schieben wüsste ich nicht recht, wozu das gut sein soll. Etwa zur Datei-Übertragung muss man dann üblicherweise den Base64String wieder in Bytes wandeln, und da hätte man die Bytes auch gleich Bytes lassen können, oder sogar Stream - das wäre resourcentechnisch das Optimale.
-
Zitat von asusdk: „(hab den Memory Stream auch gleich in den Using Block eingebaut, aber davor 1zu1 mit deiner Methode getestet, Danke dir sehr dafür )“Ich habs jetzt gegengetestet, und es ergeben sich Unterschiede. TestCode:VB.NET-Quellcode (18 Zeilen) Das steht auch im Tut, dass zipStreams (übrigens Crypto - auch, etc.) disposed oder geflusht werden müssen, damit sie auch den letzten DatenBlock in die Ausgabe schreiben.
-
ich versteh nix von was du gesagt hast - nicht den pseudoCode, und folglich nicht die Möglichkeiten.
-
das ist nicht meine Methode, sondern deine . Meine steht in post#14
-
Zitat von asusdk: „Dim Assambly as What? Edit: ok scheint trotz Option Strict On kein "As" zu benötigen“Option Strict hat nix damit zu tun. Es ist Option Infer On, welche den Compiler intelligent macht, dasser den Datentyp anhand der Initialisierung eindeutig richtig erkennt. Beachte den Unterschied: bei Strict Off muss der Compiler herumprobieren und hoffen, bei Infer On gibts nix zu probieren, weil eine Initialisierung ergibt immer eindeutig einen Datentypen. Hier werden derlei Fragen geklärt:…