Программная прослойка для сопряжения сторонних, программ с моим устройством Опции

[shreck]

Добрый день.

Есть устройство подключаемое к компу. Устройство управляется исключительно с компа. Есть компьютерная управляющая программа. Но, вариантов использования устройства - великое множество и моя программа их все охватить не может. Нужно дать пользователю устройства возможность легко написать заточенную под него программу. Т.е. предоставить ему некую программную прослойку, скрывающую особенности низкоуровнего обмена с устройством.

Навскидку приходят на ум следующие варианты (ни в одном из них я не профи, могут быть накладочки).

1. Использовать DLL, где и предоставить необходимые функции.
Большой плюс решения - очень просто как для меня - писателя DLL, так и для клиента - писателя основной программы.
Минус - нет совместимости между DLL, созданной разными компиляторами, или требуются неудобные телодвижения для использования "неродной" DLL. Отсюда проистекают ограничения на использование клиентской программой языка программирования.

2. Написать OPC сервер.
Плюсы. Есть стандарт, кроме самописной программы можно использовать какую-нибудь SCADA систему. Нет никакого навязывания языка программирования для клиента.
Минусы. Сложность. Конкретно нам придется заказывать разработку сервера на стороне. Клиент должен иметь программиста с подходящей квалификацией.

3. ??? что еще можно придумать. В нулевом приближении требования такие. Простота реализации как для меня, так и для клиента. Без навязывания клиенту языка программирования.

[ReAl]

Минус - нет совместимости между DLL, созданной разными компиляторами, или требуются неудобные телодвижения для использования "неродной" DLL. Отсюда проистекают ограничения на использование клиентской программой языка программирования.

А не надо из DLL классы плюсовые экспортировать.
Лет восемь назад писал именно такого применения DLL-ку.
Внутри С++ для того, что было мне удобно.
Наружу только стандартный для Win интерфейс, местами с регистрацией call-back-ов пользовательского приложения, вызываемых моей DLL, в духе

Код

DLLIMPORT void APIENTRY EU_SetLogger(int32_t level, log_func func);

Собирал её GCC (mingw32), использовалось это с Delphi. Уж более разные компиляторы поискать надо.

[shreck]

А не надо из DLL классы плюсовые экспортировать.

Это то понятно.

Лет восемь назад писал именно такого применения DLL-ку...
Собирал её GCC (mingw32), использовалось это с Delphi. Уж более разные компиляторы поискать надо.

Хм... я в dll-ках не специалист, но беглый поиск показал, что dll от Visual C++ и С++ Builder несовместимы между собой без всяких ++. Тут еще надо поразбираться. На данный момент рассматриваю использование dll как наиболее верояное решение. Но может еще кто чего интересного подскажет.

[vvs157]

Хм... я в dll-ках не специалист, но беглый поиск показал, что dll от Visual C++ и С++ Builder несовместимы между собой без всяких ++.

Это откуда такие сведения? Несовместимы, как правило, не dll, а lib, у них действительно разный формат, но у Борланда есть утиль, который их преобразует. К примеру, у меня не возникало трудностей использования dll от Agilent в их библиотеке VISA к IEEE-488 контроллеру. Использовались эти DLL как для С++ Builder'a, так и для QT4 с mingw. Все работает.