Хочу посоветоваться |
Здравствуйте, гость ( Вход | Регистрация )
Хочу посоветоваться |
Алексей1153 |
15.11.2010, 12:45
Сообщение
#11
|
фрилансер Группа: Участник Сообщений: 2941 Регистрация: 19.6.2010 Из: Обливион Пользователь №: 1822 Спасибо сказали: 215 раз(а) Репутация: 34 |
нормально так
ссылки только у тебя странные, приходится редактировать )) |
|
|
hkarel |
15.11.2010, 13:21
Сообщение
#12
|
Студент Группа: Участник Сообщений: 25 Регистрация: 25.5.2009 Пользователь №: 771 Спасибо сказали: 0 раз(а) Репутация: 0 |
У нас основные узкие места будут: работа с портами (самое критичное) и работа с БД (особенно запись), работа по сети (уровень Qt классов - приемлимо) Особенно высоконагруженные места наверное все таки лучше писать на нативном API, это даже несмотря на то что Qt так же использует обертки для API. Что бы не быть голословным - такой пример: участвую в проекте локальной поисковой системы. Для дискового поиска использовали класс QDirIterator. Класс удобный, но как оказалось глючный (для версии 4.5.0 была утечка дескрипторов). После того как написали собственную обертку над системным API - глюк ущел, плюс, к нашему удивлению, производительность весьма повысилась. Касательно работы с БД MySQL - думаю, что там API изначально кросс, так что проблем с переносимостью быть не должно. С другой стороны если нагрузка на БД небольшая и железных ресурсов не жалко, то работать с БД через qt-классы достаточно приятно. |
|
|
Алексей1153 |
15.11.2010, 13:30
Сообщение
#13
|
фрилансер Группа: Участник Сообщений: 2941 Регистрация: 19.6.2010 Из: Обливион Пользователь №: 1822 Спасибо сказали: 215 раз(а) Репутация: 34 |
hkarel, для винды то не проблема написатьи на АПИ, а вот другие системы я не умею ещё
Сообщение отредактировал Алексей1153 - 15.11.2010, 13:30 |
|
|
ufna |
15.11.2010, 13:37
Сообщение
#14
|
Активный участник Группа: Участник Сообщений: 362 Регистрация: 24.5.2008 Из: Курган/СПб Пользователь №: 182 Спасибо сказали: 29 раз(а) Репутация: 5 |
Есть на Кутэ косяки иногда, но что поделать
по скорости работы - пишите правильно и все будет окей, Qt даже на мобильниках летает с векторной отрисовкой карт, а там ой какой поток данных. В данном случае - ничего тормозить не будет, если на самом деле не будет фанатизма в сигналах слотах и т.п., а т.е. - нужно правильно спроектировать приложение. |
|
|
Litkevich Yuriy |
15.11.2010, 14:11
Сообщение
#15
|
разработчик РЭА Группа: Сомодератор Сообщений: 9669 Регистрация: 9.1.2008 Из: Тюмень Пользователь №: 64 Спасибо сказали: 807 раз(а) Репутация: 94 |
У нас основные узкие места будут: работа с портами (самое критичное) и работа с БД (особенно запись), если речь про COM-порт, то странно слышать про узкое место. Скорость 256 кбит/с максимум.Работа с БД, на запись, если данные с COM-порт, то опять же темп записи не велик. И Qt тут вообще никакой погоды не сделает. работа по сети (уровень Qt классов - приемлимо) про это не знаю, не работал с сеткой
|
|
|
Алексей1153 |
15.11.2010, 14:24
Сообщение
#16
|
фрилансер Группа: Участник Сообщений: 2941 Регистрация: 19.6.2010 Из: Обливион Пользователь №: 1822 Спасибо сказали: 215 раз(а) Репутация: 34 |
если речь про COM-порт, то странно слышать про узкое место. поток данных практически постоянный, из него отфильтровывается нужное. А ненужное - это повторы (они там есть). Ну и расшифровку протокола да разбор. Я не говорю, что это всё обязательно должно тормозить, под MFC я это всё победил. Под Qt просто не пробовал ещё, поэтому и спрашиваю мнения тех, кто делал подобное. Будет летать - распрекрасно |
|
|
Текстовая версия | Сейчас: 22.12.2024, 11:46 |