Смешивание QT и повышения
5 ответов
Да это имеет идеальный смысл. Я обычно предпочитал бы использовать функции boost/stdlib где возможный, а не их спокойные альтернативы.
Это делает код легче к порту к следующей платформе.
Это делает, легче для новых неспокойных программистов добраться до скорости.
Повышение имеет некоторую большую функциональность и добирается больше все время.
примечание: строки к/от виджетам являются, вероятно, основным исключением - в GUI, я использовал бы спокойные строки для сохранения запутывающих бросков везде.
Тем более, что Вы идете межплатформенные, у Вас должна быть приятно многоуровневая архитектура с бизнес-логикой и доступом к данным, максимально удаленным из GUI. В этом случае имело бы смысл использовать Повышение при записи бэкенда приложения и только переходить к QT для frontend, с обязательным множеством составов исполнителей, сделанных в связующем звене.
, Если Ваш "механизм" является отдельным от Вашего выбора GUI, Вы будете в состоянии выгрузить QT для чего-то еще в будущем (собственные библиотеки, возможно) с минимальным усилием.
Мы (Last.fm) используем их обоих вместе, хотя мы только что начали делать так, и тем самым еще не имейте большого опыта. До сих пор все прекрасно хотя:)
Существуют потенциальные проблемы с использованием Повышения. Сигналы вместе с QT. Они документируются в эти Повышение. FAQ сигналов.
Данная статья сравнивает механизм слотов сигнала в QT и Повышении:: Сигнал очень прилично. Это - необходимость чтение для тех, кому немного любопытно из этого соединения.