Здравствуйте, гость ( Вход | Регистрация )
Алексей1153 | Дата 15.11.2010, 14:24 |
если речь про COM-порт, то странно слышать про узкое место. поток данных практически постоянный, из него отфильтровывается нужное. А ненужное - это повторы (они там есть). Ну и расшифровку протокола да разбор. Я не говорю, что это всё обязательно должно тормозить, под MFC я это всё победил. Под Qt просто не пробовал ещё, поэтому и спрашиваю мнения тех, кто делал подобное. Будет летать - распрекрасно |
|
Litkevich Yuriy | Дата 15.11.2010, 14:11 |
У нас основные узкие места будут: работа с портами (самое критичное) и работа с БД (особенно запись), если речь про COM-порт, то странно слышать про узкое место. Скорость 256 кбит/с максимум.Работа с БД, на запись, если данные с COM-порт, то опять же темп записи не велик. И Qt тут вообще никакой погоды не сделает. работа по сети (уровень Qt классов - приемлимо) про это не знаю, не работал с сеткой |
|
ufna | Дата 15.11.2010, 13:37 |
Есть на Кутэ косяки иногда, но что поделать по скорости работы - пишите правильно и все будет окей, Qt даже на мобильниках летает с векторной отрисовкой карт, а там ой какой поток данных. В данном случае - ничего тормозить не будет, если на самом деле не будет фанатизма в сигналах слотах и т.п., а т.е. - нужно правильно спроектировать приложение. |
|
Алексей1153 | Дата 15.11.2010, 13:30 |
hkarel, для винды то не проблема написатьи на АПИ, а вот другие системы я не умею ещё | |
hkarel | Дата 15.11.2010, 13:21 |
У нас основные узкие места будут: работа с портами (самое критичное) и работа с БД (особенно запись), работа по сети (уровень Qt классов - приемлимо) Особенно высоконагруженные места наверное все таки лучше писать на нативном API, это даже несмотря на то что Qt так же использует обертки для API. Что бы не быть голословным - такой пример: участвую в проекте локальной поисковой системы. Для дискового поиска использовали класс QDirIterator. Класс удобный, но как оказалось глючный (для версии 4.5.0 была утечка дескрипторов). После того как написали собственную обертку над системным API - глюк ущел, плюс, к нашему удивлению, производительность весьма повысилась. Касательно работы с БД MySQL - думаю, что там API изначально кросс, так что проблем с переносимостью быть не должно. С другой стороны если нагрузка на БД небольшая и железных ресурсов не жалко, то работать с БД через qt-классы достаточно приятно. |
|
Алексей1153 | Дата 15.11.2010, 12:45 |
нормально так ссылки только у тебя странные, приходится редактировать )) |
|
kwisp | Дата 15.11.2010, 12:36 |
а какие это программы ? Я просто не в курсе начиная отсюда и до обеда коммерческие и не особо |
|
Алексей1153 | Дата 15.11.2010, 12:30 |
kwisp, а, понятно. Нее, сигналы/слоты не предполагается часто использовать. Только когда ну никак без них - собственно, когда пишу на Qt я про сигналы и слоты вспоминаю вообще в последнюю очередь (привычка от MFC ), только когда совсем никак, либо если вижу, что так проще подружить два виджета. У нас основные узкие места будут: работа с портами (самое критичное) и работа с БД (особенно запись), работа по сети (уровень Qt классов - приемлимо) есть же примеры больших программ на Qt работающих вроде достойно работающих а какие это программы ? Я просто не в курсе |
|
kwisp | Дата 15.11.2010, 12:13 |
Алексей1153, ну использовать сигналы и слоты и всякого рода moc-штучки типа QEnum без особого фанатизма. П.С. есть же примеры больших программ на Qt работающих вроде достойно работающих. |
|
Алексей1153 | Дата 15.11.2010, 12:04 |
Не увлекаясь moc к примеру это что означает ? |
|
Просмотр темы полностью (откроется в новом окне) | |
Текстовая версия | Сейчас: 29.3.2024, 15:54 |