Такая вот хрень может потребоваться... Группа делает специализированную СУБД для хранения результатов физических измерений, с генераторами отчетов, построением печатаемых графиков и прочей ерундой. В группе программисты C#/.NET, никто Qt не знает. А мне надо сделать управление измерительными приборами, сбор и первичную обработку, и динамическую визуализацию всяких параметров типа осциллограмм и пр., а также использовать предыдущие наработки, сделанные с использованием Qt. Группа работает на VisualStudio.

Есть ли и у кого-либо какой-либо опыт скрещивания C# программ с Qt, пусть хотя бы в VS? Что вообще нужно, чтобы Qt можно было использовать с C++ компилятором Microsoft? Сорри за боян, но я в эту сторону вообще не смотрел - всегда работаю в Креаторе с GNU-компиляторами.

Вариант обмена данными через IP-сокеты не хляет, это слишком муторно, и не подходит для задачи. Нужно, чтобы функционал на Qt содержался в динамически загружаемой библиотеке, функции которой можно было бы вызывать из C# программ, хотя бы, через extern "C" врапперы. И возможно, наоборот, потребуется вызывать что-то из главной программы на С# внутри Qt библиотеки. Засунуть Qt внутрь динамической библиотеки у меня вполне получилось, такое приложение сделано, протестировано и сдано. Но там библиотека подшивалась к С++ приложению, которое тоже компилировалось GNU. По поводу C# я не знаю почти ничего, как это вообще можно реализовать и можно ли, с учетом, что там программы работают в виртуальной машине.

как минимум — скачать соответствующую версию библиотеки либо собрать самому с помощью майкрософтовского компилятора

собрать достаточно? какие-то специфичные настройки при этом нужны? их у MS много, и есть критичные - или всё уже предусмотрено?

Так что все-таки требуется? Надо написать на Qt библиотеку, к которой должны обращаться программы С#, или самому подключиться и взаимодействовать с сервером автоматизации?

А нельзя, чтобы основное приложение само передавало данные в библиотеку? Тогда надо будет создать класс, унаследованный от QObject, определить в нем публичные слоты (через которые основное приложение будет передавать столь необходимую для работы класса информацию) и сигналы (через которые созданный класс будет оповещать и передавать результаты измерений / обработки в основное приложение). В ином случае, основное приложение тоже придется делать контроллером автоматизации, что в случае с базой данных будет, на мой взгляд, слегка геморройно.

А что мешает, в таком случае, самому классу библиотеки обратиться к базе и выбрать из нее необходимые данные?

Маленькое уточнение - наверно, все-таки не СУБД, а клиентскую программу, взаимодействующую с СУБД?

да, нашел, там много полезного, есть мануалы, типа

qt-project.org/doc/qt-5.0/activeqt/activeqt-dotnet.html

но по-прежнему пока не ясно, как строить взаимодействие, чтобы вызовы были двунаправленными