Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > С/С++: Кроссплатформенное программирование, Qt/Gtk+/wxWidgets > Qt и .Net

Автор: becks 25.2.2013, 10:11

Есть "самодостаточное" приложение на Qt. Тут одному из заказчиков понадобилось ВЕСЬ функционал этого приложения использовать в своем .Net-приложении. Какие посоветуете варианты сопряжения в порядке трудоемкости\запарности\правильности? Для себя конечно же оптимальным считаю вызов из его .Net-приложения моего Qt-шного, ничего переписывать не надо, все просто. Но, если заказчика такой вариант не утроит, то единственный приемлемый вариант это, на сколько знаю, dll. Тут у меня возникает несколько вопросов. Как обстоят дела с обработчиком событий в Qt-dll, нормально ли будут работать события\сигналы и слоты в библиотеке при вызове из .Net-приложения? Может существуют какие-то другие варианты сопряжения? Знаю еще об ActiveQt, но его не использовал, отзывов не слышал.

Автор: borisbn 25.2.2013, 10:21

Цитата(becks @  25.2.2013,  10:11 )  Как обстоят дела с обработчиком событий в Qt-dll, нормально ли будут работать события\сигналы и слоты в библиотеке при вызове из .Net-приложения? Задавался подобным вопросом - http://forum.vingrad.ru/forum/topic-294650.html По моим наблюдениям там всё плохо - сигнал/слоты вызываются в цикле обработки сообщений ( читай в app.exe(); ), который в dll-ке никто не запускает. Если же запускать вручную ( например, в ф-ции init() ), то ты затормозишь того, кто вызвал этот init... В общем, я пока эту проблему не решил.

Автор: Jeka178RUS 25.2.2013, 15:25

borisbn, немного не понял в чем проблема. Я в свое время нашел в инете ветку на которую вы указали и с помощью QMfcApp успешно решил проблему, сигналы/слоты успешно работают (у меня на них все сетевое взаимодействие реализовано)

Автор: borisbn 25.2.2013, 17:41

Jeka178RUS, да. Это работает, но Qt всё равно требует собственный цикл обработки сообщений. В случае с QMfcApp всё равно из своего приложения  нужно вызывать QMfcApp::exec, вместо CApp::run (или как там в MFC... не помню). В Builder'е у меня так не вышло. Можно ли в C# вместо App::run (см. про MFC) - не знаю. Может и можно.

Автор: bsa 26.2.2013, 09:53

borisbn, а нельзя ли цикл обработки сообщений Qt тупо запустить в отдельном потоке?

Автор: Jeka178RUS 26.2.2013, 10:01

bsa нет, Qt требует его запуска в основном потоке приложения. borisbn для библиотек существует метод QMfcApp::pluginInstance(), я вызываю его один раз при инициализации, всё остальное происходит автоматически. Непосредственно я сам QMfcApp::exec не вызываю

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)