Jak zintegrować główną pętlę Boost.Asio w strukturze GUI, jak Qt4 lub GTK

Question

Czy istnieje sposób na integrację Boost.Asio z Qt4 (preferowaną) lub główną pętlą GTK? GTK zapewnia ankietę (2) podobną do API, więc technicznie powinna być możliwa. Qt zapewnia własną warstwę sieciową, jednak wolę używać istniejącego kodu napisanego dla Boost.Asio. Chcę je zintegrować bez za pomocą dodatkowego wątku.

Czy jest jakieś odniesienie, jak to zrobić dla Qt4 (preferowane) lub GTKmm?

Dzięki.

Edit

Chcę clearify kilka rzeczy, aby odpowiedź łatwiejsze. Zarówno Qt i gtkmm zapewnić "wybierz jak" funkcjonalność:

• http://qt-project.org/doc/qt-5.0/qtcore/qsocketnotifier.html
• http://www.gtkmm.org/docs/glibmm-2.4/docs/reference/html/group__MainLoop.html

Więc pytanie brzmi, jak zintegrować istniejące "selektorów/pollers" jako reaktor do impuls. Asio io_service. Obecnie Boost.Asio może używać select, kqueue, epoll,/dev/poll i iocp jako usługi reaktora/proaktora. Chcę go zintegrować z główną pętlą interfejsu GUI.

Wszelkie sugestie i rozwiązania (lepsze) są mile widziane.

Answer 1

To raczej stare pytanie, ale dla tych, którzy teraz go czytają, chciałbym udostępnić my code, która jest implementacją QAbstractEventDispatcher dla boost :: asio.

Wystarczy dodać następujący wiersz przed utworzeniem QApplication (zwykle jest to w main()).

QApplication::setEventDispatcher(new QAsioEventDispatcher(my_io_service)); 

Spowoduje to, że io_service prowadzony jest wspólnie z qt aplikacji w jednym wątku bez dodatkowej latencji i spadku wydajności (jak w roztworze z wywołaniem io_service :: Sonda() „od czasu do czasu”).

Niestety, moje rozwiązanie dotyczy tylko systemów Posix, ponieważ używa asio :: posix :: stream_descriptor. Obsługa Windows może wymagać zupełnie innego podejścia lub całkiem podobnego - tak naprawdę nie wiem.

Answer 2

Jeśli dobrze rozumiem twoje pytanie, masz kod napisany dla Boost.Asio. Chciałbyś użyć tego kodu w aplikacji GUI.

Nie jest jasne w twoim pytaniu, czy chcesz owijać warstwy sieciowe Qt/Gtk przez asynio, aby twój kod zadziałał, jeśli szukasz rozwiązania, które zapewnia zarówno pętlę zdarzeń GUI, jak i Asynio.

Przyjmę drugi przypadek.

Zarówno Qt, jak i Gtk mają metody integracji zdarzeń obcych w pętli zdarzeń. Zobacz na przykład qtgtk, gdzie pętla zdarzeń Qt jest podłączona do Gtk.

W konkretnym przypadku Qt, jeśli chcesz generować zdarzenia dla Qt, możesz użyć następującej klasy: QAbstractEventDispatcher.

Po szybkim spojrzeniem na impuls ASIO, myślę, że trzeba wykonać następujące czynności:

• mają powtarzające QTimer z zerowym czasie trwania, który wywołuje io_service :: run() cały czas. W ten sposób, boost :: asio wywoła twój program obsługi zakończenia, jak tylko zakończy się twoja operacja asynchroniczna.
• w swojej obsługi realizacji, dwie opcje:
  • jeśli operacja ukończenie jest długa, oddzielona od GUI, czy firmę i upewnij się, aby zadzwonić qApp.processEvents() regularnie, aby zachować GUI czułe
  • jeśli chcesz tylko do komunikowania się z powrotem z GUI:
    1. zdefiniować niestandardowy QEvent typ
    2. subscribe to this event
    3. dodaj swoje wydarzenie do pętli zdarzeń Qt przy użyciu QCoreApplication::postEvent().

Answer 3

Proste: zbudować gniazdo QT, który wywołuje io_service::poll_one() należące do GUI. Podłącz to gniazdo do sygnału QT o numerze tick.

Głębokość: Na szczęście dla Ciebie Boost.Asio jest bardzo dobrze zaprojektowany. Istnieje wiele opcji dostarczania wątku wykonywania do podstawowych asynchronicznych elementów wewnętrznych. Ludzie już wspomnieli o korzystaniu z io_service::run(), połączenia blokującego z wieloma wadami.

Dostęp do widgetów GUI można uzyskać tylko z jednego wątku. Zewnętrzne wątki zazwyczaj muszą publikować zdarzenia w gui, jeśli chcą zmutować dowolny widget. Jest to bardzo podobne do działania Asio.

Podejście naiwne polega na poświęceniu tylko jednego wątku (lub timera) na uruchomienie io_service::run(), a obsługa zakończenia Asio po sygnale GUI. To będzie działać pod numerem .

Zamiast tego można użyć gwarancji, że procedury obsługi zakończenia będą wywoływane tylko w wątku wykonywania wywołującego io_service. Nie ma wywoływania wątku GUI io_service::run(), ponieważ jest on blokowany i może zawiesić GUI. Zamiast tego użyj io_service::poll() lub io_service::poll_one(). Spowoduje to wywołanie wszystkich oczekujących programów obsługi zakończenia Asio z wątku GUI. Ponieważ moduły obsługi działają w wątku GUI, mogą modyfikować widżety.

Teraz musisz się upewnić, że io_service ma szansę na regularne bieganie. Polecam kilka razy powtarzające się wywołanie sygnału gui poll_one(). Wierzę, że QT ma sygnał kleszcza, który mógłby wystarczyć. Można oczywiście rzucić własny sygnał QT, aby uzyskać większą kontrolę.

Answer 4

Rzeczywiście możliwa jest integracja głównych pętli z. To po prostu wielki ból (i jeszcze go nie wypróbowałem).

Uruchamianie io_service :: run() w osobnym wątku jest prawdopodobnie drogą do zrobienia.