Здравствуйте, 413X, Вы писали:
FR>>В свете Windows скорее WinRT актуальней. X>ну это понятно, ну я так понял там весь GUI придется писать только на xaml
Тык вроде никто ни запрещает там все и ручками создавать если очень хочется.
K13>>Собирается через configure + (n)make. K13>>Бесплатный вариант не требует раскрытия исходников, если Qt собрана в виде DLL. K13>>Продукты нормально дебажатся в студии.
F>Интересно, это все про беслатную библиотеку? Насколько я знаю, с MSVS интегрируется только покупная лицензионная версия, а все остальное — юзайте MinGW.
Очень сильное заблуждение. Во первых, Qt элементарно пересобрать с MSVC компилятором.
1) MS Visual Studio Command Prompt
2) cd QTDIR
3) configure --palform==msvc2008
4) nmake
Я советую вместо nmake пользовать jom — параллельный сборщик
После этого QtCreator со всеми проектами сам юзает MSVC. Для Qt он мне больше понравился — проще в разы чем MSVS
Я использую Qt только с VisualStudio Express 2008/2010, никаких MinGW больше — не хочу
Здравствуйте, Handie, Вы писали:
H>Очень сильное заблуждение. Во первых, Qt элементарно пересобрать с MSVC компилятором.
H>1) MS Visual Studio Command Prompt H>2) cd QTDIR H>3) configure --palform==msvc2008 H>4) nmake
H>Я советую вместо nmake пользовать jom — параллельный сборщик
H>После этого QtCreator со всеми проектами сам юзает MSVC. Для Qt он мне больше понравился — проще в разы чем MSVS H>Я использую Qt только с VisualStudio Express 2008/2010, никаких MinGW больше — не хочу
Ух ты! Я сколько ни искал, везде только MinGW и никакой студии... Даже книгу брался читать, но там в самом начале четко дали понять, что все пряники только в платном варианте, который они даже не рассматривают. Собственно, из-за этого я и забросил изучение Qt.
А вы не могли бы, если не затруднит, посоветовать какую-нибудь адекватную доку по компиляции и использованию БЕСПЛАТНОЙ версии Qt под MSVS?
Здравствуйте, Freid, Вы писали:
F>Кутэ, Кутэ... А толку от этого кутэ если его даже компилить надо через пень-колоду!!! У меня лично так и не получилось — я каждый раз засыпал за чтением манов.
???
F>Кому нужна такая библиотека??? А если все-таки использовать бесплатный вариант, то не понятно как вообще ей пользоваться — ведь даже ИДЕ для него нету. А как дебажить? По сообщениям в консоли? Нет, уж, спасибо.
Смотри выше
F>Да и как потом продавать продукт? Бережно вкладывать в коробку исходники? Однако... Может тогда уже сразу и ключи от квартиры, где деньги лежат?
Qt доступна по трем лицензиям:
1) GPL
2) LGPL
3) Commercial
По содержании библиотеки НИЧЕМ не отличаются.
Преимущества Commercial:
— Приоритетная поддержка/быстрый фикс багов
— Если Вы хотите менять библиотеки Qt и не открывать исходники.
F>Кутэ, Кутэ... А толку от этого кутэ если его даже компилить надо через пень-колоду!!! У меня лично так и не получилось — я каждый раз засыпал за чтением манов.
Хоть тресни, но не понимаю, зачем его компилить? Qt creator уже все скомпиленное, только установи и пользуйся.
F> А легкоусвояемая версия для MSVS только за бешеные бабки.
Другой непонятный вопрос — зачем использовать VS???
F>F> Кому нужна такая библиотека??? А если все-таки использовать бесплатный вариант, то не понятно как вообще ей пользоваться — ведь даже ИДЕ для него нету.
Qt Creator... эээ... это что?
А как дебажить? По сообщениям в консоли? Нет, уж, спасибо.
В третий раз Qt Creator?
F> Да и как потом продавать продукт? Бережно вкладывать в коробку исходники? Однако...
Зачем? Лицензия LGPL позволяет не открывать исходники.
F> Может тогда уже сразу и ключи от квартиры, где деньги лежат?
Ну расскажите тогда, что лучше. Пока что Qt мне представляется лучшей доступной IDE, не лишенной, впрочем, недостатков. Что мне не нравится:
1. Примеры, входящие в поставку Qt Creator, у меня не компилятся. (какое горе!)
2. Нет нормальной реализации библиотеки для работы с мультимедиа. Фонон имеет очень, очень ограниченные возможности.
3. Много дополнительных dll-лок надо поставлять, в результате размер не очень маленький.
4. Нет нормальных ORM для работы с БД.
5. Кроссплатформенность — благо с одной стороны, с другой — ад, потому что надо всегда об этом думать — например, нет единого средства, которое бы позволяло сделать кроссплатформенный инсталлер. InnoSetup работает только под винды. Следовательно, для достижения полной кроссплатформенности надо делать 3 отдельных инсталлятора или платить порядка $2000 за готовое решение (поищите сами в интернете).
Что впечатлило:
1. Возможности для локализации. Используя лингвист и паковщики, это действительно просто делается.
2. Использование css для оформления контролов. Возможности, по-моему, тут вообще неограниченные.
3. Открытый код. Всегда можно посмотреть внутрь и увидеть, как оно сделано.
4. Лэйауты, очень хорошо, по-моему, продуманная штука.
Здравствуйте, 777777w, Вы писали:
7>Я тоже пытался изучить Qt, но что-то он меня не впечатлил. Ну я-то может просто не привык, но и среди ответов только один сторонник нашелся. Интересно, почему? У него есть какие-то недостатки, более серьезные чем вышеперечисленное?
Отнюдь не в целях развести флейм.
Не вижу у Qt достойных конкурентов, за исключением HTMLayout/Sciter.
Если не юзать эти инструменты, то делать качественный (читай — продающий) GUI будет нереально тяжело.
Однако я уже давно обозначил для себя следующие недостатки Qt.
1. Ключевые концепции Qt не совсем очевидны, особенно для новичков.
По идее, они должны были быть представлены на первых страницах Assistant-a, но
документация Qt — это Reference + Samples, хотя тут позарез нужен User Guide.
В результате имеем какие-то сигналы-слоты, лэйауты и метакомпилятор, а как это все
работает под капотом — толком непонятно. Это провоцирует писать сомнительный код.
Да, он может работать. А может и нет. Я уже третий раз пытаюсь освоить Qt,
и каждый раз, как только дело выходит за рамки тривиальных примеров, начинаются непонятки,
а за разъяснениями нужно лезть на задворки интернета, спрашивать на форумах, и т.д.
Кто хоть раз писал большие приложения с нестандартным GUI, поймет о чем я говорю.
В конце концов быстро переписываю все на Win32 API + GDI + MFC и не мучаюсь.
Пример из личной практики — долго не мог понять, почему не работает код. Выяснилось, что
причиной была особенность работы сигналов/слотов в многопоточном окружении.
В Assistant-е она упоминалась, но где-то "на странице 493" и вскользь.
Да и простые вещи, вроде политики управления памятью (когда QObject берет на себя удаление
дочерних объектов) нормально описаны разве что в книгах Бланшет/Саммерсфилда, которые,
кстати говоря, уже устарели. Думаю, все это "отпугивает" не только меня одного.
2. Попытка использовать Qt в неродной конфигурации превращается в многочасовое соитие с неизвестным исходом.
За примерами далеко ходить не будем — нужно компилировать как 32-битные, так и 64-битные приложения.
Увы, оказывается недостаточно, как во всех нормальных средах, выставить нужный флаг сборки и нажать Rebuild.
Для Qt все "гораздо проще" — нужно "лишь" перекомпилировать Qt из исходников и держать на рабочей машине
две версии Qt — одну для проектов x86, другую для amd64. Блестящий подход. Я даже боюсь спросить,
пробовал ли кто-нибудь подружить Qt с Intel C++ Compiler (ICC).
3. Размер бинарников [иногда] имеет значение.
Не то, чтобы сильно недостаток, но иногда реально портит картину, когда простая утилита
превращается в многомегабайтного монстра.
P.S. Жду типовых комментариев в стиле:
— Хм, странно, а у меня все работает ("я все сразу понял, а ты, брат, видать, тупой" — опционально);
— Зайди на xxx.com и скачай нормальные примеры;
— Открой исходники Qt и все поймешь.
Здравствуйте, okman, Вы писали:
O>2. Попытка использовать Qt в неродной конфигурации превращается в многочасовое соитие с неизвестным исходом. O>За примерами далеко ходить не будем — нужно компилировать как 32-битные, так и 64-битные приложения. O>Увы, оказывается недостаточно, как во всех нормальных средах, выставить нужный флаг сборки и нажать Rebuild. O>Для Qt все "гораздо проще" — нужно "лишь" перекомпилировать Qt из исходников и держать на рабочей машине O>две версии Qt — одну для проектов x86, другую для amd64. Блестящий подход. Я даже боюсь спросить, O>пробовал ли кто-нибудь подружить Qt с Intel C++ Compiler (ICC).
Немного не понял: Вас удивляет что, чтобы скомпилировать 64-битное приложение нужно иметь 64-битный код библиотек?
Здравствуйте, 777777w, Вы писали:
7>Я тоже пытался изучить Qt, но что-то он меня не впечатлил. Ну я-то может просто не привык, но и среди ответов только один сторонник нашелся. Интересно, почему? У него есть какие-то недостатки, более серьезные чем вышеперечисленное?
Главный недостаток QT — баги. Причем не сколько их присутствие, сколько то что их
фиксят в новых версиях и старый код с костылями просто перестает работать. Также один из недостатков QT является то что единожды написанное приложение может работать некорректно даже в рамках одной платформы (к примеру глючить на Win 2000, но корректно работать на Windows 7, что уж говорить про более ранние версии Windows).
Остальное в принципе плюсы (в прямом и переносном смысле). Оно работает и позволяет создавать довольно качественное ПО. Другой вопрос ценой какого времени. Но это проблема C++ в целом, а не в частности QT.
Здравствуйте, velorom, Вы писали:
V>Немного не понял: Вас удивляет что, чтобы скомпилировать 64-битное приложение нужно иметь 64-битный код библиотек?
Qt — не только библиотеки, но и среда (Creator, Assistant, QMake, ...).
Меня удивляет то, что для сборки двух конфигураций (x86/amd64) нужно держать две среды.
Ну а на счет компиляции тоже — код Qt не очень-то, мягко говоря, маленький, и его полная
пересборка отнимает достаточно времени.
