Хочу посоветоваться Опции

[Алексей1153]

Имеется большой проект (мой), для которого вскоре (ну, как вскоре, точно не знаю, это понятие растяжимое) надо будет делать новую версию. То есть переделать капитально. Сейчас вкратце опишу, какие ресурсы и как используются, а вопрос состоит в следующем: стОит ли писать новую версию на Qt, или Qt "не потянет" по производительности (так как тупо на мощь железа полагаться не хочется) ?.

Сейчас программа написана на MFC+WinAPI , среда - студия 2008. Используется СУБД Firebird1.5 + драйвер ODBC. Активно идёт работа с ком-портом и/или FTDI-шным конвертором USB<->COM (так как сам железный ком-порт постепенно исчезает как реальное устройство с матплат). Для локалки используется обмен по TCP/IP , с удалёнными устройствами ещё и UDP.

В новой версии будет СУБД MySQL (или , может, ещё что посоветуете ?)

У кого был опыт написания подобных проектов с использованием Qt - расскажите свои впечатления

[Алексей1153]

kwisp, а, понятно. Нее, сигналы/слоты не предполагается часто использовать. Только когда ну никак без них - собственно, когда пишу на Qt я про сигналы и слоты вспоминаю вообще в последнюю очередь (привычка от MFC ), только когда совсем никак, либо если вижу, что так проще подружить два виджета.

У нас основные узкие места будут: работа с портами (самое критичное) и работа с БД (особенно запись), работа по сети (уровень Qt классов - приемлимо)

есть же примеры больших программ на Qt работающих вроде достойно работающих

а какие это программы ? Я просто не в курсе

Сообщение отредактировал Алексей1153 - 15.11.2010, 12:29

[hkarel]

У нас основные узкие места будут: работа с портами (самое критичное) и работа с БД (особенно запись), работа по сети (уровень Qt классов - приемлимо)

Особенно высоконагруженные места наверное все таки лучше писать на нативном API, это даже несмотря на то что Qt так же использует обертки для API. Что бы не быть голословным - такой пример: участвую в проекте локальной поисковой системы. Для дискового поиска использовали класс QDirIterator. Класс удобный, но как оказалось глючный (для версии 4.5.0 была утечка дескрипторов). После того как написали собственную обертку над системным API - глюк ущел, плюс, к нашему удивлению, производительность весьма повысилась.
Касательно работы с БД MySQL - думаю, что там API изначально кросс, так что проблем с переносимостью быть не должно. С другой стороны если нагрузка на БД небольшая и железных ресурсов не жалко, то работать с БД через qt-классы достаточно приятно.