Использование Delphi для создания серверов связи и обмена данными - Анализ технологии трансиверов (Часть 1) Автор: 火鸟 [email protected] Введение В обычных отечественных проектах по разработке и внедрению информации большая часть рабочей нагрузки по разработке сосредоточена на адаптации к различным клиентам. В зависимости от различий в требованиях конкретные модули модифицируются для достижения в конечном итоге функций программного обеспечения, ожидаемых клиентами. Однако для разработчиков разработка разных версий программного обеспечения для разных клиентов приведет к ряду проблем, таких как дублирование работы, рост затрат, увеличение объема обслуживания и снижение совместимости и стабильности. Таким образом, разработчики понимают, что только реализовав производство программного обеспечения, они смогут иметь более короткий проектный цикл и более высокую рыночную конкурентоспособность, а также максимально адаптироваться к потребностям различных клиентов, не застревая из-за этого. Это ключ к удовлетворению клиентов. и Баланс между деловыми интересами. Концепция трансивера Transceiver — это программное обеспечение общего назначения для связи, спроектированное и разработанное для удовлетворения различных коммуникационных потребностей различных приложений и бизнес-проектов. Его можно использовать для независимого от платформы и приложений, унифицированного управления и контроля связи и обмена данными между несколькими прикладными системами. Оригинальная конструкция заключается в сокращении повторной разработки коммуникационных модулей и улучшении централизованного управления коммуникационным программным обеспечением. Путем абстрагирования отправки и получения в эквивалентный процесс потока данных от источника к цели интегрируется обработка отправки и получения существующих общих методов связи, а также отказоустойчивая буферизация обработки исключений связи (очередь), образующая мощные функции Transceiver. этого достаточно для удовлетворения потребностей в коммуникации на уровне предприятия. Ниже приведены примеры приложений трансивера.
| направление коммуникации | Источник | Буфер (Очередь) | Цель | Реализовать функцию |
| C1.Отправить данные | S1 Получить из локального ФАЙЛА. | Если в приемнике возникла неисправность, данные могут быть буферизованы в трансивере, и трансивер будет отвечать за их повторную передачу. | T1 Отправить на удаленный TCP-порт. | Перенос файлов в удаленное место |
| C2.Получить данные | S2 Получено с удаленного POP3. | T2 Отправить на другую учетную запись SMTP. | Пересылка почты |
| C3.Отправить данные | S3 Получить из локальной БД. | T3 Отправьте на удаленную HTTP-страницу. | Чтение из базы данных и отправка на веб-страницу |
| C4.Получить данные | S4 Получено с удаленного FTP. | T4 Отправить на обработку в местный COM. | Получите его с удаленного конца и передайте COM для обработки. |
| C5.Получить данные | S5 Получить из удаленного DCOM. | T5 Отправить в локальную очередь MSMQ. | Получите очередь сообщений от удаленного компонента и дождитесь обработки. |
В Transceiver и источник, и цель рассматриваются как порты, например S1~S5 и T1~T5. Все они представляют собой коммуникационные компоненты, создаваемые и управляемые Transceiver во время выполнения, аналогично C1. Некоторые определения процесса связи C5 рассматриваются как каналы. Канал, который может выполнять основные функции связи, состоит из двух портов (один — исходный, другой — целевой). Очередь — это уровень отказоустойчивой обработки при возникновении исключений связи. Как показано в таблице,
Transceiver может обеспечить полную поддержку процессов передачи и приема связи. Ограничений на тип, количество и соответствие между источниками и стоками нет. Вы можете свободно устанавливать отношения соответствия между Источником и Целью. В приведенной выше таблице перечислены только несколько вариантов использования функции связи трансивера. Трансивер абстрактно объединяет элементы передачи данных на трех уровнях: приложение, данные и протокол протокола. Он может адаптироваться к сложным и меняющимся потребностям связи и обеспечивать максимальную гибкость для потребностей связи и производительности приложений. возможность повторного использования. Рисунок 1: Возможность взаимодействия порта связи трансивера (Порт)
Функция трансивера 1. Службы отправки/получения данных между LAN/WAN и различными операционными системами/системами приложений в настоящее время поддерживают следующие порты связи:
| Метод связи | слой взаимодействия | завершение отправки | принимающая сторона | Рекомендуемая среда |
| TCP | протокол | √ | √ | Корпоративная сеть Fast Ethernet/сеть без межсетевого экрана |
| FTP | протокол | √ | √ | Передача файлов между сетями/средами с помощью файловых серверов |
| SMTP | протокол | √ | | Ситуация B2C/с сервером отправки почты |
| POP3 | протокол | | √ | Ситуация B2C/с сервером приема почты |
| HTTP | протокол | √ | √ | Сетевая/Интернет-среда через брандмауэры |
| ФАЙЛ | данные | √ | √ | Чтение/запись из локального файла в локальный файл |
| МСМК | данные | √ | √ | С другими системами/различными приложениями, такими как мейнфреймы |
| БД | данные | √ | √ | В индивидуальной структуре базы данных/между различными приложениями |
| COM/DCOM | приложение | √ | √ | Бизнес-логика отображается в специализированные интерфейсы/среды модулей с конкретными потребностями в обработке данных. |
Как показано в примере приложения Transceiver,
в соответствии с определением порта и канала Transceiver, приведенные выше восемь типов портов на обоих концах отправки/приема могут свободно комбинироваться для достижения в общей сложности 64 гибких методов связи 8x8, что достаточно для соответствовать сложной и изменчивой среде корпоративных приложений. Примечание. Поскольку среда требований протокола UDP аналогична среде TCP и не имеет безопасности соединения, автор не реализовал ее специально. При необходимости ее можно гибко добавить и на уровне приложения легко реализовать. компонентный интерфейс (порт) CORBA и EJB с использованием Delphi, становящийся неотъемлемой частью Transceiver Shell. 2. Механизм очереди, используемый для обработки буферизации, может выполнять отслеживание очереди буфера данных и повторную передачу данных в ответ на аномальные ситуации связи. 3. Регистрация данных, которая может полностью записывать время, содержимое, источник, место назначения, время буферизации и текущее состояние данных. 4. Многоязычная поддержка, обеспечивающая многоязычный интерфейс для преобразования данных и пользовательский интерфейс. Пользователи могут свободно добавлять типы языков интерфейса и компоненты транскодирования данных в соответствии с языковыми требованиями.
Реализация трансивера Трансивер состоит из двух частей: Служба трансивера и Консоль трансивера. Службу трансивера можно разделить на два логических уровня: Ядро трансивера и Оболочка трансивера. Рисунок 2: Архитектура конструкции трансивера 1. Введение в консоль трансивера Функция консоли заключается в предоставлении эффективных определений портов и каналов и правил для службы трансивера в форме приложения панели управления, а также в настройке журналов передачи, очередей данных и среды. параметры и т. д., не проходя через консоль, пользователи также могут вручную установить вышеуказанное содержимое, напрямую изменив библиотеку конфигурации системы и реестр трансивера. Из-за ограничений места предоставлены только три скриншота, иллюстрирующие многоязычную динамическую поддержку интерфейса и трансивера. Оболочка. Детали реализации трех аспектов определения порта и определения канала приемопередатчика подробно описываться не будут. Прилагается Рисунок 3: Многоязычная динамическая поддержка консоли трансивера (Приложения 4 и 5 имеют разные языки интерфейса) Прилагается Рисунок 4: Определение порта связи для сервера трансивера через консоль трансивера Прилагается Рисунок 5: Объединение SourcePort и TargetPort для определения канала связи автор сервера трансивера: Firebird
[email protected] реализует обзор классов коллекций .NET через C#. Коллекции и сопутствующие технологии Использование Delphi для создания серверов связи и обмена данными — Технический анализ трансивера (Часть 1) Использование Delphi для создания серверов связи и обмена данными — Технический анализ трансивера (Часть 2)
Старые вещи: ярлыки программ/элементы удаления программ/сам EXE -удаление старых вещей, сделанных своими руками: детские заметки по алгоритмам программирования
