Verwendung von Delphi zum Einrichten von Kommunikations- und Datenaustauschservern – Analyse der Transceiver-Technologie (Teil 1) Autor: 火鸟 [email protected] Einführung Bei gängigen inländischen Informationsentwicklungs- und Implementierungsprojekten konzentriert sich der größte Teil der Entwicklungsarbeit auf die Anpassung an verschiedene Kunden. Basierend auf den unterschiedlichen Anforderungen werden bestimmte Module modifiziert, um letztendlich die von den Kunden erwarteten Softwarefunktionen zu erreichen. Für Entwickler führt die Entwicklung unterschiedlicher Softwareversionen für unterschiedliche Kunden jedoch zu einer Reihe von Problemen wie Doppelarbeit, steigenden Kosten, erhöhtem Wartungsaufwand sowie verringerter Kompatibilität und Stabilität. Daher erkennen Entwickler, dass sie nur durch die Realisierung der Produktisierung von Software einen kürzeren Projektzyklus und eine stärkere Wettbewerbsfähigkeit auf dem Markt erreichen und sich so weit wie möglich an die Bedürfnisse verschiedener Kunden anpassen können, ohne dadurch stecken zu bleiben. Dies ist der Schlüssel zur Kundenzufriedenheit und ein Gleichgewicht zwischen Geschäftsinteressen. Transceiver -Konzept Transceiver ist eine allgemeine Kommunikationsproduktsoftware, die so konzipiert und entwickelt wurde, dass sie den unterschiedlichen Kommunikationsanforderungen verschiedener Anwendungen und Geschäftsprojekte gerecht wird. Es kann für die plattformneutrale, anwendungsneutrale, einheitliche Verwaltung und Steuerung der Kommunikation und des Datenaustauschs zwischen mehreren Anwendungssystemen verwendet werden. Das ursprüngliche Design besteht darin, die wiederholte Entwicklung von Kommunikationsmodulen zu reduzieren und die zentralisierte Verwaltung von Kommunikationssoftware zu verbessern. Durch die Abstraktion von Senden und Empfangen in einen äquivalenten Datenflussprozess von der Quelle zum Ziel werden die Sende- und Empfangsverarbeitung vorhandener gemeinsamer Kommunikationsmethoden sowie die fehlertolerante Pufferverarbeitung von Kommunikationsausnahmen (Warteschlange) integriert und bilden die leistungsstarken Funktionen des Transceivers die ausreichen, um die Kommunikationsanforderungen auf Unternehmensebene zu erfüllen. Im Folgenden finden Sie Beispiele für Transceiver-Anwendungen
| Kommunikationsrichtung | Quelle | Puffer (Warteschlange) | Ziel | Funktion implementieren |
| C1.Daten senden | S1. Aus lokaler DATEI abrufen | Wenn in der Senke eine Anomalie vorliegt, können die Daten im Transceiver gepuffert werden und der Transceiver ist für die erneute Übertragung verantwortlich. | T1. An den Remote-TCP-Port senden | Übertragen Sie Dateien an einen entfernten Standort |
| C2.Daten empfangen | S2. Von Remote-POP3 bezogen | T2. An ein anderes SMTP-Konto senden | Mailweiterleitung |
| C3.Daten senden | S3. Von der lokalen Datenbank abrufen | T3. An die Remote-HTTP-Seite senden | Aus der Datenbank lesen und an die Webseite senden |
| C4.Daten empfangen | S4. Von Remote-FTP bezogen | T4. Zur Verarbeitung an die lokale COM senden | Holen Sie es vom entfernten Ende und übergeben Sie es zur Verarbeitung an COM |
| C5.Daten empfangen | S5. Von Remote-DCOM abrufen | T5. An die lokale MSMQ-Warteschlange senden | Rufen Sie die Nachrichtenwarteschlange von der Remote-Komponente ab und warten Sie auf die Verarbeitung |
Im Transceiver werden Quelle und Ziel beide als Ports betrachtet, z. B. S1 bis S5 und T1 bis T5. Sie sind alle Kommunikationskomponenten, die vom Transceiver zur Laufzeit erstellt und gesteuert werden. Mehrere Kommunikationsprozessdefinitionen von C5 werden als Kanäle betrachtet Ein Kanal, der grundlegende Kommunikationsfunktionen ausführen kann, besteht aus zwei Ports (einer ist Quelle und der andere ist Ziel). Die Warteschlange ist die fehlertolerante Verarbeitungsschicht, wenn Kommunikationsausnahmen auftreten. Wie in der Tabelle gezeigt,
kann der Transceiver sowohl den Sende- als auch den Empfangskommunikationsprozess vollständig unterstützen. Es gibt keine Einschränkungen hinsichtlich der Art, Menge und Entsprechung zwischen Quellen und Senken. Sie können die Übereinstimmungsbeziehung zwischen Quelle und Ziel frei festlegen. Die obige Tabelle listet nur einige Anwendungsfälle der Transceiver-Kommunikationsfunktion auf. Der Transceiver integriert Datenkommunikationselemente auf drei Ebenen: Anwendung, Daten und Protokoll. Er kann sich an komplexe und sich ändernde Kommunikationsanforderungen anpassen und bietet maximale Flexibilität für die Anwendungskommunikation Wiederverwendbarkeit. Abbildung 1: Interaktionsfähigkeit des Transceiver-Kommunikationsports (Port)
Transceiver- Funktion 1. Datensende-/Empfangsdienste zwischen LAN/WAN und verschiedenen Betriebssystemen/Anwendungssystemen unterstützt derzeit die folgenden Kommunikationsports:
| Kommunikationsmethode | Interaktionsschicht | Sendeende | Empfangsende | Empfohlene Umgebung |
| TCP | Protokoll | √ | √ | Enterprise Fast Ethernet/Netzwerk ohne Firewall |
| FTP | Protokoll | √ | √ | Dateiübertragung zwischen Netzwerken/Umgebungen mit Dateiservern |
| SMTP | Protokoll | √ | | B2C-Situation/mit Mail-Versandserver |
| POP3 | Protokoll | | √ | B2C-Situation/mit Mail-Empfangsserver |
| HTTP | Protokoll | √ | √ | Netzwerk-/Internetumgebung über Firewalls hinweg |
| DATEI | Daten | √ | √ | Lesen/Schreiben von lokaler Datei zu lokaler Datei |
| MSMQ | Daten | √ | √ | Mit anderen Systemen/anderen Anwendungen wie Mainframes |
| DB | Daten | √ | √ | Unter angepasster Datenbankstruktur/zwischen verschiedenen Anwendungen |
| COM/DCOM | Anwendung | √ | √ | Die Geschäftslogik wird dedizierten Modulschnittstellen/-umgebungen mit spezifischen Datenverarbeitungsanforderungen zugeordnet |
Wie im Transceiver-Anwendungsbeispiel gezeigt,
können gemäß der Transceiver-Definition von Port und Kanal die oben genannten acht Porttypen an beiden Enden von Senden/Empfangen frei kombiniert werden, um insgesamt 64 flexible Kommunikationsmethoden von 8x8 zu erreichen, was ausreicht Erfüllen Sie die komplexe und veränderliche Unternehmensanwendungskommunikation. Hinweis: Da die Anforderungsumgebung des UDP-Protokolls der von TCP ähnelt und es an Verbindungssicherheit mangelt, hat der Autor sie nicht speziell implementiert. Bei Bedarf kann sie flexibel hinzugefügt werden und ist auf Anwendungsebene einfach zu implementieren Komponentenschnittstelle (Port) von CORBA und EJB unter Verwendung von Delphi und wird zu einem integralen Bestandteil der Transceiver Shell. 2. Der für die Pufferverarbeitung verwendete Warteschlangenmechanismus kann als Reaktion auf abnormale Kommunikationssituationen eine Verfolgung der Datenpufferwarteschlange und eine erneute Datenübertragung durchführen. 3. Datenprotokollierung, die Zeit, Inhalt, Quelle, Ziel, Pufferzeiten und den aktuellen Status der Daten vollständig aufzeichnen kann. 4. Mehrsprachige Unterstützung, Bereitstellung einer mehrsprachigen Support-Schnittstelle für die Datenkonvertierung und Benutzeroberfläche. Benutzer können je nach Sprachanforderungen frei Schnittstellensprachentypen und Datentranskodierungskomponenten hinzufügen.
Transceiver- Implementierung Der Transceiver besteht aus zwei Teilen: dem Transceiver-Dienst und der Transceiver-Konsole. Der Transceiver-Dienst kann in zwei logische Schichten unterteilt werden: Transceiver-Kernel und Transceiver-Shell. Abbildung 2: Transceiver-Designarchitektur 1. Einführung in die Transceiver-Konsole Die Funktion der Konsole besteht darin, effektive Port- und Kanaldefinitionen und Regeln für den Transceiver-Dienst in Form einer Bedienfeldanwendung bereitzustellen sowie Übertragungsprotokolle, Datenwarteschlangen und Umgebungen festzulegen Parameter usw. können Benutzer den oben genannten Inhalt auch manuell festlegen, indem sie die Systemkonfigurationsbibliothek und -registrierung des Transceivers direkt ändern. Aus Platzgründen werden nur drei Screenshots bereitgestellt, um die mehrsprachige dynamische Unterstützung der Schnittstelle und des Transceivers zu veranschaulichen Hülse. Die Implementierungsdetails der drei Aspekte der Portdefinition und der Transceiverkanaldefinition werden nicht im Detail beschrieben. Beigefügte Abbildung 3: Mehrsprachige dynamische Unterstützung der Transceiver-Konsole (Anhänge 4 und 5 haben unterschiedliche Schnittstellensprachen) Beigefügte Abbildung 4: Definieren des Kommunikationsports für den Transceiver-Server über die Transceiver-Konsole Beigefügte Abbildung 5: Kombination von SourcePort und TargetPort zur Definition des Kommunikationskanals Autor für den Transceiver-Server: Firebird
[email protected] implementiert Sammlungsklassenübersicht .NET über C# Sammlungen und verwandte Technologien Verwenden Sie Delphi zum Einrichten von Kommunikations- und Datenaustauschservern – Technische Analyse des Transceivers (Teil 1) Verwenden Sie Delphi zum Einrichten von Kommunikations- und Datenaustauschservern – Technische Analyse des Transceivers (Teil 2)
Alte Dinge: Programmverknüpfungen/Programmlöschelemente/EXE-Selbst -Löschen alter DIY-Sachen: Kindheitshinweise zu Programmieralgorithmen
