Uso de Delphi para establecer servidores de comunicación e intercambio de datos - Análisis de la tecnología transceptora (Parte 1) Autor: 火鸟 [email protected] Introducción En los proyectos de implementación y desarrollo de información nacionales comunes, la mayor parte de la carga de trabajo de desarrollo se centra en la adaptación a diferentes clientes. Según las diferencias en los requisitos, se modifican módulos específicos para, en última instancia, lograr las funciones de software que esperan los clientes. Sin embargo, para los desarrolladores, desarrollar diferentes versiones de software para diferentes clientes generará una serie de problemas como duplicación de trabajo, aumento de costos, mayor mantenimiento y reducción de compatibilidad y estabilidad. Por lo tanto, los desarrolladores se dan cuenta de que solo al implementar la productización del software pueden tener un ciclo de proyecto más corto y una mayor competitividad en el mercado, y adaptarse a las necesidades de los diferentes clientes tanto como sea posible sin quedarse estancados por esto. Esta es la clave para la satisfacción del cliente. y Un equilibrio entre los intereses comerciales. Concepto de transceptor Transceiver es un software de producto de comunicación general diseñado y desarrollado para satisfacer las diferentes necesidades de comunicación de diferentes aplicaciones y proyectos comerciales. Se puede utilizar para la gestión y el control unificados, independientes de la plataforma y de las aplicaciones, de la comunicación y el intercambio de datos entre múltiples sistemas de aplicaciones. El diseño original tiene como objetivo reducir el desarrollo repetido de módulos de comunicación y mejorar la gestión centralizada del software de comunicación. Al abstraer el envío y la recepción en un proceso de flujo de datos equivalente desde el origen al destino, se integra el procesamiento de envío y recepción de los métodos de comunicación comunes existentes, así como el procesamiento de almacenamiento en búfer tolerante a fallas de las excepciones de comunicación (cola), que constituyen las poderosas funciones del transceptor. que son suficientes para satisfacer las necesidades de comunicación a nivel empresarial. Los siguientes son ejemplos de aplicaciones de transceptor.
| dirección de comunicación | Fuente | Búfer (cola) | Objetivo | Función de implementación |
| C1.Enviar datos | S1. Obtener del ARCHIVO local | Si hay una anomalía en el sumidero, los datos se pueden almacenar en el Transceiver y el Transceiver es responsable de retransmitirlos. | T1. Enviar al puerto TCP remoto. | Transferir archivos a una ubicación remota |
| C2.Recibir datos | S2. Obtenido de POP3 remoto. | T2. Enviar a otra cuenta SMTP | Reenvío de correo |
| C3.Enviar datos | S3. Obtener de la base de datos local | T3. Enviar a la página HTTP remota. | Leer de la base de datos y enviar a la página web |
| C4.Recibir datos | S4. Obtenido desde FTP remoto. | T4. Enviar al COM local para su procesamiento. | Consíguelo desde el extremo remoto y entrégalo a COM para su procesamiento. |
| C5.Recibir datos | S5. Obtener desde DCOM remoto | T5. Enviar a la cola MSMQ local. | Obtenga la cola de mensajes del componente remoto y espere el procesamiento |
En Transceiver, el origen y el destino se consideran puertos, como S1 ~ S5 y T1 ~ T5. Todos son componentes de comunicación creados y controlados por Transceiver en tiempo de ejecución de manera similar a C1 ~ Varias definiciones de procesos de comunicación de C5 se consideran canales; Un canal que puede completar funciones de comunicación básicas consta de dos puertos (uno es origen y el otro es destino). La cola es la capa de procesamiento tolerante a fallos cuando se producen excepciones en la comunicación. Como se muestra en la tabla,
Transceiver puede brindar soporte completo para los procesos de comunicación tanto de envío como de recepción. No existen restricciones en cuanto al tipo, cantidad y correspondencia entre fuentes y sumideros, y la relación de coincidencia entre Fuente y Destino se puede establecer libremente. La tabla anterior solo enumera algunos casos de uso de la función de comunicación del transceptor. El transceptor integra de manera abstracta elementos de comunicación de datos en tres niveles: aplicación, datos y protocolo. Puede adaptarse a necesidades de comunicación complejas y cambiantes y proporcionar la máxima flexibilidad para las necesidades de comunicación de la aplicación. reutilización. Figura 1: Capacidades de interacción del puerto de comunicación del transceptor (Puerto)
Función del transceptor 1. Servicios de envío/recepción de datos entre LAN/WAN y diferentes sistemas operativos/sistemas de aplicaciones. El transceptor actualmente admite los siguientes puertos de comunicación:
| Método de comunicación | capa de interacción | remitente | extremo receptor | Entorno recomendado |
| tcp | protocolo | √ | √ | Red/Fast Ethernet empresarial sin firewall |
| ftp | protocolo | √ | √ | Transferencia de archivos entre redes/entornos con servidores de archivos |
| SMTP | protocolo | √ | | Situación B2C/con servidor de envío de correo |
| POP3 | protocolo | | √ | Situación B2C/con servidor receptor de correo |
| HTTP | protocolo | √ | √ | Entorno de red/Internet a través de firewalls |
| ARCHIVO | datos | √ | √ | Leer/escribir de un archivo local a un archivo local |
| MSMQ | datos | √ | √ | Con otros sistemas/diferentes aplicaciones como mainframes |
| DB | datos | √ | √ | Bajo estructura de base de datos personalizada/entre diferentes aplicaciones |
| COM/DCOM | solicitud | √ | √ | La lógica empresarial se asigna a interfaces/entornos de módulos dedicados con necesidades específicas de procesamiento de datos. |
Como se muestra en el ejemplo de aplicación del Transceptor,
de acuerdo con la definición de Puerto y Canal del Transceptor, los ocho tipos de Puertos anteriores en ambos extremos de Envío/Recepción se pueden combinar libremente para lograr un total de 64 métodos de comunicación flexibles de 8x8, lo cual es suficiente para satisfacer entornos de comunicaciones de aplicaciones empresariales complejos y cambiantes. Nota: Dado que el entorno de demanda del protocolo UDP es similar al de TCP y carece de seguridad de conexión, el autor no lo ha implementado específicamente. Si es necesario, puede agregarlo de manera flexible y es fácil de implementar a nivel de aplicación; interfaz de componente (Puerto) de CORBA y EJB usando Delphi, convirtiéndose en una parte integral de Transceiver Shell. 2. El mecanismo de cola utilizado para el procesamiento del almacenamiento en búfer puede realizar el seguimiento de la cola del búfer de datos y la retransmisión de datos en respuesta a situaciones de comunicación anormales. 3. Registro de datos, que puede registrar completamente la hora, el contenido, el origen, el destino, los tiempos de almacenamiento en búfer y el estado actual de los datos. 4. Soporte en varios idiomas, que proporciona una interfaz de soporte en varios idiomas para la conversión de datos y la interfaz de usuario. Los usuarios pueden agregar libremente tipos de idiomas de interfaz y componentes de transcodificación de datos de acuerdo con los requisitos del idioma.
Implementación del transceptor Transceiver consta de dos partes: Transceiver Service y Transceiver Console. El Transceiver Service se puede dividir en dos capas lógicas: Transceiver Kernel y Transceiver Shell. Figura 2: Arquitectura de diseño del transceptor 1. Introducción a Transceiver Console La función de la consola es proporcionar definiciones y reglas efectivas de puertos y canales para el servicio Transceiver en forma de una aplicación de panel de control, así como establecer registros de transmisión, colas de datos y entorno. parámetros, etc., sin pasar por la Consola, los usuarios también pueden configurar manualmente el contenido anterior modificando directamente la biblioteca y el registro de configuración del sistema de Transceiver. Debido a limitaciones de espacio, solo se proporcionan tres capturas de pantalla para ilustrar el soporte dinámico en varios idiomas de la interfaz y el Transceiver. Caparazón. Los efectos operativos de los tres aspectos de la definición del puerto y la definición del canal transceptor no se describirán en detalle. Figura adjunta 3: Soporte dinámico multilingüe de Transceiver Console (los idiomas de interfaz de los Apéndices 4 y 5 son diferentes) Figura adjunta 4: Definición del puerto de comunicación para Transceiver Server a través de Transceiver Console Figura adjunta 5: Combinación de SourcePort y TargetPort para definir el autor del canal de comunicación para Transceiver Server: Firebird
[email protected] implementa una descripción general de clases de colección .NET a través de C# Colecciones y tecnologías relacionadas Utilice Delphi para establecer servidores de intercambio de datos y comunicaciones: Análisis técnico del transceptor (Parte 1) Utilice Delphi para establecer servidores de intercambio de datos y comunicaciones: Análisis técnico del transceptor (Parte 2)
Cosas antiguas: accesos directos a programas/elementos de eliminación de programas/EXE propio -eliminar cosas viejas de bricolaje: notas de la infancia sobre algoritmos de programación
