Мне нужно реализовать два приложения, которые будут обмениваться данными друг с другом. Оба приложения будут работать на отдельных компьютерах, входящих в локальную сеть.
Как мы можем это сделать в Delphi?
Есть ли какой-нибудь бесплатный компонент, который упростит обмен данными между приложениями на ПК?
Если я пишу это сам, я (почти) всегда использую сокеты для обмена данными между приложениями.
Он легкий, он хорошо работает на одном компьютере, в локальной сети или в Интернете без каких-либо изменений и позволяет вам общаться между приложениями с разными разрешениями, такими как службы (здесь сообщения Windows вызывают проблемы).
Возможно, это не требование для вас, но я также поклонник независимого от платформы транспорта, такого как TCP / IP.
Есть много бесплатных вариантов для Delphi. Вот некоторые из них, о которых я знаю. Если вам нравится блокировать библиотеки, посмотрите Indy или Synapse. Если вы предпочитаете неблокирование, попробуйте ICS.
Прежде чем выбрать метод, вы должны охарактеризовать обмен данными в соответствии с его пропускной способностью, степенью детализации, задержкой и критичностью.
Пропускная способность - сколько данных вам нужно будет переместить в единицу времени? Диапазон возможных значений настолько широк, что приложения с самой низкой и самой высокой скоростью почти не имеют ничего общего.
Детализация - насколько велики сообщения? Сколько данных требуется принимающему приложению, чтобы оно могло использовать сообщение?
Задержка - когда одно приложение отправляет сообщение, как скоро другое приложение должно его увидеть? Как быстро вы хотите, чтобы приложение-получатель реагировало на приложение-отправитель?
Критичность - как долго полученное сообщение может оставаться без присмотра, прежде чем оно будет переполнено более поздним сообщением? (Обычно это не важно, если пропускная способность не высока, а хранилище сообщений ограничено.)
После того, как вы ответите на эти вопросы, вы можете начать спрашивать, какая технология лучше всего подходит для вашей конкретной ситуации.
-Al.
Раньше я использовал почтовые ящики, если мне нужно было взаимодействовать более чем с одним ПК одновременно («широковещательная рассылка») по сети, хотя есть предостережение, что почтовые ящики не гарантируются.
Для 1-к-1 именованные каналы - это способ сортировки Windows, вы в основном открываете канал связи между двумя компьютерами, а затем записываете сообщения в канал. Непросто начать, но очень надежный и рекомендуемый способ для таких вещей, как службы Windows.
MS предлагает именованные каналы в качестве альтернативного способа связи с SQL Server (кроме TCP / IP).
Но, как сказал Брюс, TCP / IP является стандартным, независимым от платформы и очень надежным.
DCOM раньше был хорошим методом межпроцессного взаимодействия. Это также было одной из сильных сторон Delphis. Сегодня я бы настоятельно посоветовал не использовать его.
В зависимости от характера вашего проекта я бы выбрал либо
Посмотрите на решения, использующие интерфейсы типа «Удаленный вызов процедур». Я использую RemObjects SDK для такого рода вещей, но есть версии с открытым исходным кодом RealThinClient, который также подойдет.
Оба они позволяют вам создать соединение, которое для большей части вашего кода является «прозрачным», и вы просто вызываете интерфейс, который отправляет данные по сети и возвращает результаты. Затем вы можете запрограммировать, как обычно, и забыть детали сокетов и т. Д.
Это один из тех случаев, когда на самом деле нет «лучшего» ответа, поскольку практически любая из уже рассмотренных технологий может использоваться для точного взаимодействия между двумя приложениями. Выбор того, какой метод использовать, действительно будет зависеть от критического характера вашего общения, а также от того, сколько данных должно быть передано с одной рабочей станции на другую.
Если ваше общение не зависит от времени или критично, тогда может быть достаточно простого опроса базы данных или файла через регулярные промежутки времени. Если ваша коммуникация критична и чувствительна ко времени, возможно, стоит заняться размещением TCPIP-сервера на каждом клиенте. Если только чувствительны ко времени, то почтовые ящики - хороший выбор, если критично, но не чувствительны ко времени, то именованные каналы.
Я использовал многоадресные компоненты библиотеки Indy (IdIPMCastClient / Server) для этого типа вещь много раз. Приложения просто отправляют друг другу XML. Быстро и легко с минимальными требованиями к подключению.
Вероятно, самый простой способ - это прочитать и записать файл (или, возможно, один файл в каждом направлении). Он также имеет то преимущество, что его легко моделировать и отслеживать. Однако это не самый быстрый вариант (и это определенно звучит неубедительно ;-)).
Возможна возможность «совместного использования» объектов по сети.
Это возможно с клиент-серверной ORM, такой как наш маленький mORMot.
Эти библиотеки с открытым исходным кодом работают от Delphi 6 до XE2 и используют JSON для передачи. Включены некоторые функции безопасности (включая RESTful-аутентификацию механизм) и может использовать любую базу данных - или вообще не использовать базу данных.
См., В частности, первые четыре предоставленных образца и соответствующую документацию.
Для интеграции приложений Delphi можно использовать промежуточное ПО, ориентированное на сообщения. Брокеры сообщений предлагают гарантированную доставку, балансировку нагрузки, различные модели взаимодействия, работают как на разных платформах, так и на разных языках. Брокеры сообщений с открытым исходным кодом включают:
(Заявление об ограничении ответственности - я являюсь автором клиентских библиотек Delphi / Free Pascal для этих серверов)
