Suchergebnisse

Ich nehme an, Du leitest eine Klasse von System.IO.Stream ab. offset und count gibt lediglich an, welche Bytes in buffer verwendet werden sollen. Beispiel: Der Buffer ist 100 Bytes groß, offset ist 0 und count ist 100: Der gesamte Puffer wird verarbeitet. Der Buffer ist 100 Bytes groß, offset ist 20 und count ist 40: Nur 40 Bytes ab dem Index 20 werden verwendet. Eine konkrete Implementierung könnte so aussehen: VB.NET-Quellcode (6 Zeilen)

Zitat: „Ist das ne einfache Sub in der ich weiter Arbeiten soll.“ Ja. DoStuff heißt halt "Mach was!". Was Du dann genau machst, bleibt Dir überlassen Übrigens: Beachte, dass Du nicht davon ausgehen kannst, dass Write nur einmal aufgerufen wird, bzw. dass sich der Aufrufer um die korrekte Anzahl an Bytes kümmert. Du musst eventuell die letzten... ähm... 2 oder 3 Bytes puffern, wenn Du mit Base64 arbeiten willst. Denn Base64 verarbeitet immer 3 Bytes und macht daraus 4 Zeichen. Wenn Du jetzt beisp…

Zitat: „Liste aus Bytes und erst wen die Flush Methode aufgerufen wird wird dann die Base64 Coodierung durchgeführt“ So geht's auch, aber beachte, dass das nicht ganz der Sinn von Streams ist. Streams sind eigentlich dazu da, dass man nicht alles im Arbeitsspeicher haben muss, sondern mit "Häppchen" arbeiten kann. Zitat: „damit ich die Bytes in Integer zurück geben kann“ Das ist nicht der Sinn der Read-Funktion. Lies Dir am besten die Dokumentation zu der Funktion durch. Die gibt die Anzahl an g…

@thefiloe Ich würde eher sagen, MemoryStream u.ä. sind einfach Schnittstellen für andere Verwendung. Manchmal kann es gewollt sein, einen Stream komplett in ein Byte-Array schreiben zu lassen -> MemoryStream und UnmanagedMemoryStream. Puffern, um aus vielen kleinen Write-Aufrufen einen größeren zu machen -> BufferedStream. Aber meistens will man vermeiden, viele Daten gleichzeitig im Speicher zu haben: FileStream, PipeStream, NetworkStream, CryptoStream, Kompressions-Streams, etc. @zn-gong Zitat…