Wie funktioniert in Perl die Arbeit mit Ein- und Ausgabeströmen? Erklären Sie die Besonderheiten der Schichten, die Zuweisung von Dateideskriptoren und geben Sie Beispiele für die korrekte Arbeit mit Binär- und Textdateien.

Antwort.

In Perl wird zur Arbeit mit Dateien die Öffnung von Deskriptoren mit open verwendet. Neben den Standarddeskriptoren (STDIN, STDOUT, STDERR) kann man eigene erstellen und verwalten.

Perl verwendet das Konzept der Ein- und Ausgabeschichten (:encoding, :utf8, :raw usw.), um verschiedene Dateitypen und Codierungen korrekt zu verarbeiten. Standardmäßig kann Perl im Textmodus (mit Zeilenumbruch) oder binär arbeiten.

Beispiel für das Öffnen einer Textdatei mit expliziter Codierung:

open my $fh, '<:encoding(UTF-8)', 'file.txt' or die $!;
while (my $line = <$fh>) {
    print $line;
}
close $fh;

Beispiel für das Öffnen einer Binärdatei:

open my $fh, '<:raw', 'image.bin' or die $!;
read($fh, my $data, -s 'image.bin');
close $fh;

Die richtige Wahl der Schicht (:raw für Binärdateien, :encoding(NAME) für Textdateien) gewährleistet korrektes Lesen und Schreiben.

---

Fangfrage.

Wenn Sie eine Datei mit der Konstruktion open FH, '<', $file öffnen und Binärdaten lesen, erhalten wir immer ein korrektes Ergebnis?

Antwort: Nein! Ohne die Angabe :raw wird Perl auf manchen Plattformen die Zeilenumbruchzeichen automatisch umwandeln (z.B. CRLF → LF unter Windows). Verwenden Sie immer den Modus :raw, um Binärdateien zu lesen:

open my $fh, '<:raw', 'file.bin';

---

Beispiele für reale Fehler aufgrund von Unkenntnis der Feinheiten des Themas.

---

Geschichte

In einem Unternehmensprojekt arbeiteten die Entwickler mit Textprotokollen und lasen die Zeilen ohne Angabe der Codierung. Infolgedessen „brachen“ die Protokolle in UTF-8 manchmal – die Datei wurde beim Lesen kyrillischer Zeichen beschädigt, da Perl die Bytes falsch interpretierte. Der Fehler wurde erst nach expliziter Hinzufügung der Schicht :encoding(UTF-8) beim Aufruf von open behoben.

---

Geschichte

Unter Windows wurden binäre Dateien beim Kopieren mit open FH, '<', 'binfile.dat' gelesen und ohne Angabe des Modus geschrieben. Das Programm „brach“ Bilder, da im Zeilenumbruchstrom CRLF in LF umgewandelt wurde, was zu ungültigen binären Daten führte. Die Schicht :raw behob das Problem.

---

Geschichte

In einer externen API war die Ausgabe von STDOUT nur in UTF-8 erforderlich, und die Programmierer verwendeten print ohne Änderung der Schreibschicht. Die Anwendung sendete Text im Systemlokalisierungsformat, und die Kyrillika wurde auf der Clientseite als „Krakotzebra“ angezeigt. Nach der expliziten Anwendung von binmode STDOUT, ':encoding(UTF-8)' war das Problem behoben.