¿Qué hace posible leer el texto del mismo archivo en diferentes máquinas?

Porque aunque reinventar la rueda ocasionalmente puede ser divertido, generalmente es algo estúpido. La mayoría de los sistemas operativos (y sitios web) ahora usan UTF-8, de los cuales ASCII es un subconjunto, porque si no lo hicieran, el comercio internacional sería mucho más difícil. Las cadenas de caracteres ASCII se identifican fácilmente al visualizar un archivo binario; Unix tiene un comando “cadenas” para hacer eso automáticamente.
En años pasados. algunos sistemas operativos utilizan otras convenciones de codificación, por ejemplo, EBCDIC o Radix-50
para que este no fuera el caso.
Los archivos de texto sin formato no tienen metadatos o estilo, como los que se usan en texto enriquecido o en programas de procesamiento de texto como Office, de modo que una vez que el usuario conoce la codificación de caracteres (y posiblemente la convención de final de línea), el archivo puede leerse fácilmente.
Sin embargo, si un archivo UTF-8 de texto griego se ve en un terminal configurado en ISO-8859-7, o viceversa, será ilegible ya que los caracteres de 8 bits son diferentes. Dado que ASCII es un subconjunto de la mayoría de los juegos de caracteres ISO-8859, así como de UTF-8, el texto en inglés generalmente se puede leer independientemente de la configuración del terminal, aunque algunos procesadores de texto utilizan caracteres UTF más altos para la puntuación y pueden aparecer con caracteres impares entre palabras legibles

Por ejemplo, aquí hay un segmento de correo ruso no solicitado que recibí, visto en diferentes conjuntos de caracteres.
Terminal configurado correctamente en UTF-8:

Terminal configurado en ISO-8859-1:

Los nombres de archivo se pueden leer porque, en muchos casos, el programa de copia los cambiará automáticamente; si tuviera que ejecutar ftp entre una máquina EBCDIC y una máquina ASCII, vería nombres de archivo legibles desde ambos extremos.
Todavía hay casos como máquinas Windows más antiguas en las que “progra ~ 1” puede aparecer en algunos programas que usan restricciones de nombre de archivo de DOS y “Archivos de programa” en otro.
También hay problemas en Linux en los que un archivo transferido desde otro sistema incluye caracteres reservados: todavía se pueden usar, pero los caracteres deben escaparse o citarse. Por ejemplo, C: \ Users \ Joe \ My.doc se convierte en /home/Joe/My.doc pero
C: \ Users \ Joe \ My / first / paper; la versión 1.doc debe escribirse como / home / Joe / My / first \ / paper \; versión \ 1.doc. Además, My.doc y my.doc son el mismo archivo en Windows, pero diferentes en Unix, ya que la mayoría de los sistemas de archivos distinguen entre mayúsculas y minúsculas.

La pregunta es un poco confusa, pero probablemente sea por eso que la está preguntando.

En realidad hay dos posibilidades:

  1. Solo hay un archivo, almacenado en una máquina en alguna parte, pero se solicita y luego se carga en la memoria de varias máquinas diferentes. Esto es posible porque el archivo simplemente puede leerse dos veces seguidas y enviarse a través de la red a las dos máquinas, o incluso es posible que el sistema lea parte del archivo, lo envíe a la primera máquina cliente y luego lea otra parte del archivo, lo envía a la segunda máquina cliente, y así sucesivamente. Los detalles de esto dependen de cómo se programe el protocolo de solicitud de archivos.
  2. Hay varios archivos: puede ser que ambas computadoras tengan una copia separada del archivo. En este caso no hay ningún problema, en realidad es como si hubiera dos archivos. En este caso, se vuelve complicado cuando se realizan cambios en el archivo: ¡ya no son los mismos en las dos máquinas! El software de sincronización se asegura de que los cambios en el archivo en una máquina estén duplicados en la otra máquina. Así es como funcionan las tecnologías como Dropbox y Google Drive: los cambios en el archivo en su computadora se envían a las computadoras mantenidas por Dropbox / Google, y desde allí se envían a cualquier otra computadora que tenga acceso a sus cosas.

Cuando mueve un archivo de una computadora a otra, la forma en que funciona es que el archivo se copia primero y luego se elimina de la computadora original.

¿Responde esto a tu pregunta?

La pregunta (en este momento) indica que el archivo se “mueve” de una máquina a otra, a “cualquier sistema operativo”. Voy a tratar “movido” como “copiado”.

El uso de archivos para contener texto sin formato (sin formato u otro adorno) es un uso muy común de un archivo en la mayoría de los sistemas operativos. (Los sistemas operativos sin sistemas de archivos son una excepción, al igual que los sistemas operativos sin necesidad de mostrar texto sin formato, como algunos dispositivos de firmware, etc., donde cualquier texto que se muestre podría estar incrustado en otros objetos almacenados en el sistema de archivos utilizado para el arranque y la configuración .)

Para los sistemas operativos que necesitan archivos de texto, generalmente existe una convención sobre cómo se representa el texto en los archivos, y a menudo el proceso de copiar los archivos comprenderá que el archivo es texto y hará las traducciones apropiadas.

En los sistemas operativos que he encontrado, la definición de un archivo de texto incluye:

  • ¿Cuál es el tamaño básico de un elemento de carácter (6, 7 u 8 bits)
  • Cuántos bits de un elemento de carácter se utilizan para representar un carácter (6, 7 u 8, es decir: US-ASCII es un carácter de 7 bits típicamente en un byte de 8 bits).
  • ¿Cómo se codifican las letras en los elementos de caracteres (es decir: US-ASCII, varios EBCDIC, UTF-8, etc.)
  • ¿Cómo se representan las líneas? (Para los sistemas de archivos orientados a registros, ¿es una línea por registro, para los sistemas de archivos orientados a secuencias, hay caracteres especiales utilizados para indicar el final de la línea)

Además, está todo el problema de los nombres de archivo. Algunos sistemas de archivos tienen nombres extremadamente limitados, es decir: nombres de uno a seis caracteres con una extensión de cero a 3 caracteres, que pueden o no ser sensibles a mayúsculas y minúsculas, y donde el conjunto de caracteres también puede estar limitado.

En la actualidad, para los archivos de texto sin formato, la mayoría de las aplicaciones básicas en la mayoría de los sistemas operativos pueden reconocer los formatos de archivo de texto de los demás. Ningún sistema operativo utiliza sistemas de archivos basados ​​en registros para archivos de texto, y la mayoría admite UTF-8 (con varios grados de éxito).

Porque leer un archivo generalmente no requiere un bloqueo completo.

Cuando estás leyendo un archivo, básicamente estás accediendo a una copia de los datos almacenados de RAM. Cuando guarda un archivo, obtiene un bloqueo exclusivo y otros programas no pueden leerlo ni escribirlo para evitar errores.

Espero que esto ayude.