Создание динамической библиотеки на qt Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Переключить на: Древовидный Переключить на: Стандартный Линейный

[Гость_Артем_*]

Здравствуйте, уважаемые форумчане.

Есть задача написать кросплатформенную динамическую библиотеку, внутри которой задействованы многопоточность и сетевые взаимодействия. Конечно, qt привлекает своим функционалом, стабильностью, легкостью разработки и тд. Перечислять плюсы можно долго. Однако разрабатываемая бибилиотека должна линковаться к любым приложениям, независимо от того используют ли они qt или нет.

И в этом загводка. Для работы Qt требуется объект QApplication или QCoreApplication, которые создают петлю событий, обрабатывают события от ОС и др источников, запускают обработку очереди событий и тд. Этот объект создается в main(). Если приложение, основано на qt, то все в порядке. А если нет.. Где его создавать и возможно ли это? Можно ли сделать такую библиотеку?

Заранее спасибо!

[Алексей1153]

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

Сообщение отредактировал Алексей1153 - 6.11.2012, 14:35

[Гость_Гость_*]

QTcpSocket требует и таймер тоже.. И можно ли вообще не создавать объект QCoreApplication?

[Алексей1153]

а зачем ему таймер ? Цикл вычитки из сокета надо организовать. Ну и разбавлять небольшим слипом, когда простаивает (ну это в зависимости от задачи)

Вообще говоря, я под Qt с сокетами не работал, только в WinAPI - там всё по простенькому (в том смысле, что точно никакой петли не надо и никаких окон вообще)

[igor_bogomolov]

Если приложение, основано на qt, то все в порядке. А если нет.. Где его создавать и возможно ли это? Можно ли сделать такую библиотеку?

Для полноценной работы всего что унаследовано от QObject нужна петля событий, которая создаётся при вызове QApplication::exec() или QCoreApplication::exec(). Можно попробовать создавать локальную петлю при помощи QEventLoop. Но на мой взгляд, если вы и получите желаемый результат, выглядеть это будет не очень красиво. Лучше выбрать другую кроссплатформенную библиотеку, например boost.

P.S. Более того, просто без создания экземпляра QCoreApplication некоторые части Qt не работают так как ожидается.

[Litkevich Yuriy]

И можно ли вообще не создавать объект QCoreApplication?

нет, но его можно создавать в библиотеке. Где-то был на форуме пример, как сделать библиотеку, которая проверяет: Если ещё QCoreApplication не существует, то создать его.

[Гость_Артем_*]

И можно ли вообще не создавать объект QCoreApplication?

нет, но его можно создавать в библиотеке. Где-то был на форуме пример, как сделать библиотеку, которая проверяет: Если ещё QCoreApplication не существует, то создать его.

Не будет ли создание QCoreApplication как то влиять на работу основной программы, к которой линкуется библиотека? К примеру будут перехватываться события ОС или еще что-нить?

[Гость_Гость_*]

Так я понимаю вызов exec() это и есть запуск QeventLoop внутри QThread.

Пробовал запускать петлю событий в библиотеке, где создавал объект, наследуясь от QThread. При линковке библиотеки к обычному (не qt-шному) консольному приложению. пишет в консоль
QEventLoop cannot be used without QApplication

таймер при этом не работает, но при этом поток в методе run() входит в exec() и не выходит из нее до вызова quit().
пробовал переносить таймер и в основной и в рабочий поток, используя moveToThread(), все ра вно не работает.

При этом при линковке бибилиотеки с qt-приложением все работает как часы.
При добавлении в библиотеку QCoreApplication тоже все работает.

Вопрос соответственно сводится к следующему: не влияет ли создание QCoreApplication на основную программу?

[igor_bogomolov]

QCoreApplication - это "singleton". Что бы узнать создан ли он можно воспользоваться следующей функцией

QCoreApplication * QCoreApplication::instance () [static]
Returns a pointer to the application's QCoreApplication (or QApplication) instance.

If no instance has been allocated, null is returned.

[Гость_Артем_*]

Да, Игорь, я знаю, что QCoreApplication - это "singleton", вопрос у меня в том не будет ли создание объекта QCoreApplication в библиотеке влиять на основную программу, к которой линкуется библиотека?
К примеру основная программа будет строиться на GTK+ или еще какой либо библиотеки, будет иметь свою петлю событий и свой аналог QCoreApplication ( в GTK+ функция gtk_init(&argc, &argv))