нормально так

ссылки только у тебя странные, приходится редактировать ))

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

hkarel, для винды то не проблема написатьи на АПИ, а вот другие системы я не умею ещё

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

Есть на Кутэ косяки иногда, но что поделать

по скорости работы - пишите правильно и все будет окей, Qt даже на мобильниках летает с векторной отрисовкой карт, а там ой какой поток данных. В данном случае - ничего тормозить не будет, если на самом деле не будет фанатизма в сигналах слотах и т.п., а т.е. - нужно правильно спроектировать приложение.

если речь про COM-порт, то странно слышать про узкое место. Скорость 256 кбит/с максимум.
Работа с БД, на запись, если данные с COM-порт, то опять же темп записи не велик. И Qt тут вообще никакой погоды не сделает.про это не знаю, не работал с сеткой

поток данных практически постоянный, из него отфильтровывается нужное. А ненужное - это повторы (они там есть). Ну и расшифровку протокола да разбор.
Я не говорю, что это всё обязательно должно тормозить, под MFC я это всё победил. Под Qt просто не пробовал ещё, поэтому и спрашиваю мнения тех, кто делал подобное. Будет летать - распрекрасно