Trabajar con ficheros › De la ventana al fichero · 8 min de lectura
En el fondo, todos los archivos son lo mismo: ceros y unos. Lo que cambia es qué representan esos ceros y unos.
En un archivo de texto, cada grupito de bits representa un carácter: una letra, un número, un espacio, un salto de línea. Y como hace décadas que todo el mundo se puso de acuerdo en qué número le toca a cada letra, cualquier programa lo puede leer sin saber nada del otro. Tiene líneas, y a cada línea se le puede apuntar: «la tercera».
TEXTO — .md .csv .html .svg
Cambia la línea 3. Las otras seis no se tocan.
BINARIO — .pdf .docx .png
%PDF-1.7 %âãÏÓ 4 0 obj <</Filter/FlateDecode/Le ngth 3721>> stream xœÝ] Ë'ãÆ'Ýç+ ¦'&†½Ø€ û¢‡ $Á>zÐ ‰Ì4ÅêGwSj4? ~
No existe «la línea 3». Se regenera el archivo entero.
En un archivo binario los bits representan otra cosa: el color de un punto, el largo de un bloque comprimido, en qué byte arranca la página 4. Sólo el programa que lo escribió sabe qué significa cada uno.
No hay letras, no hay líneas. Hay un bloque.
La prueba casera: ábrelo con el Bloc de notas. Si ves lo que dice, es texto. Si ves un chorizo de símbolos, son bits que no son letras y el Bloc de notas te los está mostrando como si lo fueran.
Todo lo demás sale de ahí.
¿Por qué se puede editar una sola línea de un archivo de texto y no de un PDF?
La diferencia es a qué se le puede apuntar.
snack 4 de 9 · De bits a letras
Powered by KlugerByte