Russian Qt Forum

Привет всем!
Хотелось услышать ваше мнение по поводу быстрой разработки GUI приложений на Qt. Во всяком случае сейчас тяжело сказать, что на Qt разработка программы получается намного шустрее, чем, скажем, в Delphi. О мультиплатформенности приложений сложно сказать что-то более уверенное, чем Qt или GTK (но сейчас не о нём). Практически все MSVC-шные приложения или Delphi можно запустить под Winom, и они будут работать. Соблюдение лицензий.... Есть free pascal.
Так чтоже, остаётся любовь к C++ и желание делать стабильные (о стабильности Qt .... не знаю что и сказать.Наверное стабильные) прилоги.
Вы как считаете, RAD и Qt вместе или порознь?

Чего-то не понял сути вопроса....

Наверное слишком запутал всё.
В общем хотел спросить, на куте реально быстро создавать приложения.
И если кто-то реально разрабатывал проекты под Qt, услышать насколько легки они в обслуживании.

если стравнить MFC и QT - на QT быстрее - глюков меньше, все под рукой

с Delphi ситуация сложнее, там очень много компонент - это ускоряет разработку

но в параметре стабильность QT претендентов нет, в delphi например когда компонент много они начинают глючить

Дельфи, это действительно в основном только компоненты.
Простых, скажем даже "отчёты", в куте... нет. Их даже найти тяжело...
Сама архитектура достаточно прозрачная на мой взгляд..... Не хватает именно компонентов для этой архитектуры.

На мой взгляд компонентов и удобных методов работы с ними в Qt предостаточно для разработки приложений любого уровня сложности + гибкость самого С++... Для программиста все достаточно удобно, но опять же, если вопрос стоит о кроссплатформенности приложений или просто разработке под Линуха... Писать на Qt проги под Винду я бы не стал...(субъективное мнение)...
По поводу быстроты: быстро (если стоит вопрос только о GUI-составляющей приложения)...
По поводу глюков: они есть... Не раз приходилось лезть в исходники кути и править что-нить для корректной работы приложения... Особенно это касается разработки под Qt/Embedded... (проблемы с обработкой событий)... Не знаю почему, но работа под embedded Linux отличается от работы под хостом...

У многих людей, которые давно работают в qt уже выработалась какая-то методика написания программ, какой-то шаблон. Естественно, к таким людям себя причислить не могу. И, конечно, таким людям намного виднее, когда "стоит браться за хвост". И всё же нахожу, что виндазовые прилоги писать на Qt.... возможно неплохая альтернатива чистому VC. Rad Delphi >>> Rad qt. Что тут поделаешь, остаётся тоько облизываться кроссплатформенным кодом.

А на чем писать, на МФС?

ЗЫ: У нас на фирме, всё виндовый софт, даже совсем не кросплатформенный пишется на Qt. Потому как во-первых нужен С++ (куча внешних библиотек и наших наработок), но гораздо удобнее, быстрее и приятнее чем МФС.

никто и не заставляет на MFC писать
пиши на QT и под Linux

потом гораздо легче перевести на WINDOWS прогу которая на QT была, чем на MFC

насчет Wine...
как раз дельфовые и мфц-шные проги под ним очень плохо работают... процетнов 10 только запускается... а вот qt-шные - на 99% :)

Тут два вопроса сразу возникает:

1. Откуда же "столько" qt-шных компонентов? (помнится искал для печати отчётов.... ничего так и не нашёл)
2. Под вайном запускать Qt проги... зачем ??

Ну это явно проще, чем заниматься их перекомпилированием под Линуха...

По поводу разработки под Винду: Почему МФС?  А чем Борландовские либы не устраивают?

1. Довольно большое кол-во компонент находится в самом тулките.
Есть дополнительные классы солюшен.
2. Зачем под вайном. Можно просто перекомпилировать проект.
И это довольно эфективно работает.
Я например делаю проекты и отлаживаю их под windows   и потом перекомпилирую под линукс

Скажите, где же всё-таки вы берёте эти компоненты? Я видел пару сайтов о компонентах Qt. Раз, два..... Это всё. Уже сейчас начинаю врубаться, что RAD упирается только в наличие готовых компонент.
Есть компоненты, которые не то, чтобы придумывать как-то надо (технологии), а которые именно надо сидеть и делать...

компоненент к  QT очень мало

так что писать если они нужны приходится самому

Вот что я могу сказать по этому поводу.
1. Если сравнивать delphi i qt то последний существено шустрее.
2. Компонентов мало, но как на меня этого достаточно. Просто много класов qt неимею визуального представления в дизайнере.
3. Как показала практика бессплатные копнонеты для комрческого ПО неподходят. Иногда бывают уж очень глчючные.
4. Навороченій RAD это для начинающих подходит. Чем дальше набирешся опыта, оказывается что навороченые RAD уж очень неповоротливые в некотрых местах. Поэтому на винде VC емет тотальное превосходство. Лично работаю в KDevelop.
5. Класы Qt более гибкие. На них можно творить все и вся. Чего не скажеш о Delphi и других супернавороченых RAD.

А что именно за компоненты тебе нужны ?
В Qt очень много готовых классов на все случае жизни:
Общие отображаемые элементы, работа с сетью,XML,OpenGL,удобная работа с базами данных, с кодировками,поддержка unicode и т.д.

Нет только очень специализированных компонент. Но они по жизни стоят большие деньги. При желании их все равно можно подключить к qt виде ActiveX

Позвольте вмешаться немного.
То что в QT очень много всего - это очень хорошо, но не все хорошо сделано (или я чего непонимаю). Это связано с "удобной работой с базами данных". Я что-то не очень могу пока разобраться в удобстве работы с базами, после перехода на QT с продуктов Borland-a.
Но соглашусь с тем что библиотека очень удобная, гибкая и мощная.

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

ну как же нет? вот: http://www.openrpt.com/