Terminales de ordenador: modo de bloque frente al modo de carácter

ANDROID Blog

En mi artículo anterior, discutí la historia y la aparición de los terminales de computadora. Para profundizar un poco más, veamos cómo interactuaron con los sistemas mainframe.

Había esencialmente dos filosofías (o tal vez “religiones” puede ser una mejor descripción dependiendo de con quién estés hablando), que determinaron cómo Terminal interactuaba con el sistema de alojamiento. Fueron Modo de bloque o “dispositivos inteligentes”, y Modo de marcao dispositivos “estúpidos” y solo para confundir las cosas, también había una clase de terminal que puede funcionar en modo y cambiarlos fácilmente.

¿Cuáles fueron las diferencias entre estas dos ideas? En esencia, el operador era capaz de bloquear el modo al utilizar el terminal después de que el sistema host había configurado la visualización del terminal, introducir los datos en la pantalla “Campos” sin comunicarse con el host. Cuando el operador terminó, el terminal recogió toda la entrada y la envió de vuelta al host como un “bloque de datos”. Por otro lado, durante el funcionamiento normal, el terminal de modo de carácter tenía que enviar y recibir constantemente cada pulsación de tecla y giro de datos hacia y desde el sistema host.

El terminal de modo de carácter utilizaba el sistema host para validar todos los datos introducidos por el operador. Cada vez que se presionaba la tecla, el código de carácter para esta tecla se enviaba al sistema host. Independientemente de lo que hiciera el procesador host, se interrumpió para que pudiera procesar el carácter y la aplicación, luego decidir qué medidas tomar y, finalmente, realizar esta operación. Esto sólo puede ser el eco de caracteres de vuelta al terminal o el uso de una marca de verificación enviada.

Las aplicaciones que utilizan terminales de modo de carácter deben configurar los monitores de una manera laboriosa que permita al operador entenderlos. Esto incluía mover el cursor en la pantalla, activar o desactivar las propiedades de los caracteres e imprimir texto en la pantalla. En estos terminales, todo sucedió en la ubicación actual de la pantalla del cursor.

Como ejemplo simple, considere un caso en el que queremos que el operador ingrese el número de cliente, lo confirme y muestre el nombre y la dirección del cliente. Suponiendo que usamos el terminal VT100, el sistema de alojamiento enviaría inicialmente los siguientes datos (tenga en cuenta que los datos pre-unidos a Esc es secuencia de escape, comando especial utilizado en terminales:

  1. Esc[2J[2J[2J[2J:- Borrar toda la pantalla
  2. Esc[H[H[H[H:- Busque el cursor en la esquina superior izquierda de la pantalla
  3. Esc[1m[1m[1m[1m:- Active Negrita para que el mensaje se destaque
  4. Número de cliente.:- Escriba un mensaje para que el operador introduzca los datos
  5. Esc[0m[0m[0m[0m:- Desactivar negrita
  6. Esc[0;9[0;9[0;9[0;9:- Coloque el cursor donde queremos ver el número de cliente

Cuando se hace todo esto, el operador puede escribir el número de cliente, ya que cada carácter está escrito, el carácter del host se envía antes de que se muestre y lo devuelve al terminal para que aparezca en la pantalla. Los caracteres especiales, como la tecla de retroceso, se utilizan para habilitar una edición sencilla. Por último, escriba indica que el número de cliente está listo. En este momento, el host tiene lo que necesita para ver si el cliente existe y mostrar los detalles de ese cliente moviendo el cursor por encima e imprimiendo la información con formato.

En el mundo real, la configuración de la pantalla era probablemente significativamente mayor. Debe quedar claro que para cualquier aplicación útil, se necesitaba mucho trabajo al final del host, y que se necesitaba mucho tiempo del desarrollador para crear aplicaciones host que funcionaran con pantallas útiles.

Los terminales en modo bloque tenían una inteligencia local limitada y trataban la pantalla como una ventana en un formulario. El formulario no tenía que caber en la pantalla en una sola pieza, ya que el operador podía ver partes de la pantalla para que se pudiera acceder a ellas según fuera necesario. Los terminales en modo bloque tenían varias páginas en las que se podían introducir o mostrar datos. El operador pudo navegar a diferentes partes del formulario y diferentes páginas, dando órdenes a la Terminal que operaba en el sitio. En la etapa de la entrada de datos, la implicación del anfitrión era pequeña o ausente en absoluto.

Tomemos, por ejemplo, el terminal de modo de bloque, como IBM 3279, que se utiliza en mainframes IBM más antiguos, como System 360. Al comunicarse con este terminal, el host envía primero el bloque de datos del terminal que representaba el formulario a rellenar, junto con las marcas de lista que son legales en cada campo.

Si el formulario se mostraba en la pantalla, el operador podía rellenar los campos y moverse por cualquier campo del formulario al que se pudiera acceder legalmente. Esto sucedió localmente sin que el host tuviera que comunicarse. Cuando se completó la entrada de datos, el operador presionó la tecla “Enviar”. Solo en este punto se enviaban los datos al host como un bloque. A continuación, el anfitrión extrajo los campos que le interesan, en nuestro caso, el número de cliente, rastreó los datos del cliente y los envió al terminal para que pudieran mostrarse en la ubicación apropiada en el formulario.

De lo anterior se desprende claramente que había mucho más trabajo para el sistema de alojamiento que lo que estaba relacionado con los terminales basados en caracteres en comparación con su equivalente en modo de bloque. La ventaja de los terminales de caracteres es que eran mucho más baratos que el equivalente en modo bloque y, siempre que el número total de terminales conectados no fuera demasiado grande, era una solución rentable.

Por otro lado, los terminales Block Mode tienen la ventaja de disminuir significativamente la carga en el host, y aunque el coste financiero de estos terminales era mayor, utilizaban un costoso procesador de hosting de forma mucho más económica. Los terminales en modo bloque eran la solución más rentable en situaciones en las que muchos terminales estaban conectados al sistema de alojamiento.

Las ventajas y desventajas de ambos tipos de terminales, así como la situación en la que se iba a utilizar el dispositivo, dictaban cuál era la mejor solución. En la actualidad, este argumento es en gran medida irrelevante, ya que la aparición de software de emulsión de terminales basado en PCs cliente ha llevado a la desaparición de terminales físicos y, por lo tanto, a cualquier argumento de rentabilidad. El software de emulación de terminal es ahora una aplicación que determina si se debe o no utilizar el terminal de modo de carácter o bloque.

Similar Posts

Leave a Reply

Your email address will not be published. Required fields are marked *