думаю о переходе на qt

Скажите пожалуйста кто опытен:
1. Заметил на форуме harbahabr что переходят с Bilder C++ на Qt. Какие важные отличия меж ними? Что так манит, ведь не один человек решил перейти.
2. Насколько отличается синтаксис, ведь я понимаю, что просто так не откомпилировать на Qt приложения сделанные на Builder??
3. В чем различия между Qt Creator и Qt4??
4. И как обстоят дела с объектным программированием??? Также можно как в билдере кидать на форму и потом работать с объектами???

Спасибо большое, исчерпывающие ответы приветствуются))))

0

Сообщение от Genco а "кидать на форму, чтобы работало" -- это формошлепство.

Это визуальное программирование, собственно для небольших приложений это существенно ускоряет обработку на то он и RAD.

Сообщение от Genco 3) естественно, не переносим код никуда по умолчанию

Ээ... уже говорили про кроссплатформенность RadStudio для FMX

Сообщение от Genco 1) приучает к плохому стилю начинающих программистов

А нефиг начинающим вообще делать в подобных IDE, надо консольки лепить и книги читать.

Сообщение от Genco 2) имеет немного специфичные конкретно для себя вещи

А Qt не имеет ? Тот же MOC ...

Сообщение от Genco сетвого взаимодействия

Ну лично мне это момент в Qt абсолютно не нравится...
Тот же позорный QNetworkAccessManager со своей неуместной асинхронность, его походу писали для галочки.
Это не идет в сравнение с Indy и его многообразием.

Добавлено через 2 минуты

Ух ты ж блин. Я вот даже сходу не назову продукт, где есть хелп лучше, чем в Qt.

А чем не угодил Embarcadero-вский ?

Кстати насчет хелпа Qt так вспомнилось история с политикой использования QThread где в разных версиях хелпа она была разная.

0

Сообщение от Avazart А чем не угодил Embarcadero-вский ?

Ну для меня значимая роль исторического фактора
Перешел с делфы на MSVS. (перешел ради заказа). (Это примерно во времена Делфы 7ой версии, но в основном работал с 5 и даже 3ей) В итоге понравился и язык и оболочка. MSDN естественно более полная нежели делфовая. Потм до Qt добрался. Дока устраивает более чем полностью, набор классов тоже..... Ну, а доку емеральдовскую даже не видел. Рад если все изменилось со сменой вывески.

В основном я присоединился из-за того, что не согласен с тем, что дока недоделанная.

Естественно есть шанс, что мне повезло и я не столкнулся с тем разделом. Но за емеральдовскюу вы лично не дадите гарантию на 100%.

0

http://docwiki.embarcadero.com... /Main_Page

0

Сообщение от Avazart Сообщение от Genco 3) естественно, не переносим код никуда по умолчанию Ээ... уже говорили про кроссплатформенность RadStudio для FMX

Ну, честно говоря, много видел и слышал про кроссплатформенный софт на Qt, как и все, но мало -- на FMX.

Сообщение от Avazart Сообщение от Genco 1) приучает к плохому стилю начинающих программистов А нефиг начинающим вообще делать в подобных IDE, надо консольки лепить и книги читать.

+1

Сообщение от Avazart Сообщение от Genco 2) имеет немного специфичные конкретно для себя вещи А Qt не имеет ? Тот же MOC ...

Именно Borland C++ Builder, если я не путаю, когда-то ругали за кривую поддержку стандарта самого языка...

Сообщение от Avazart Сообщение от Genco сетвого взаимодействия Ну лично мне это момент в Qt абсолютно не нравится... Тот же позорный QNetworkAccessManager со своей неуместной асинхронность, его походу писали для галочки. Это не идет в сравнение с Indy и его многообразием.

Вокруг сокетов и прочего удобные обертки при этом, но да, c Indy даже сравнивать не выйдет.

Вообще же мне показалось, что ТС говорит конкретно о старом билдере (*6.0, умирай уже!*), потому моя критика именно с этого ракурса, т.к. оный билдер не котируется на фоне никаких современных IDE. Если он новичок или задачи такие, то я поддерживаю мнение, что RAD Studio ему очень даже может прийтись ко двору. Иначе стоило бы обсуждать более тонкие вещи (позиции Embarcadero на рынке; Firemonkey V.S. ожидающаяся прокачанная поддержка OpenGL в Qt и т.д.), тут они просто кажутся излишними. Сам Qt тоже до 5-й версии был немного не торт, но если я понял ТС правильно, c Builder C++ 6.0 ему надо уходить немедленно.

З.Ы. Что касается Хабра, там, кажется, обсуждение свежих RAD Studio сводится в комментариях к спорам "Embarcadero, а ты нас не подставишь?", исключительно ИМХО все споры с евангелистами насчет фич и преимуществ уходят корнями в это.

0

Как же много желающих получить разъяснения...

rrrFer,

Сообщение от rrrFer Че-то я вас не пойму вообще. Довайте на примерах (а-то я подозреваю, что кривоту рук вы списываете на "серость" IDE). Когда вы тыкаете кнопки в IDE программа еще ниразу не выполняется и IDE не может знать какие сигналы у вас с какими слотами связаны. "найден SignalMapper для виджет" - это как?

Да пусть так! а что, пупок порвётся у IDE просканировать код на слова типа
"connect" или "SetMapping" с этим виджетом... Неужели будет это трудно?!
Если маленькая прога, то всё может и хорошо, но когда прога большая и в
разных местах на виджет напихиваются разные слоты, то мне б не помешали
такие предупреждения. И было бы не плохо, если бы можно было хотя бы мне
выбирать, куда сохранять результаты редактора действий слотов и сигналов:
мне б лучше чтобы хоть бы в конструкторе после ui->setupUi(this), а то потом
ищи этот виджет или запускай форму и смотри, что получиться если тыкнуть!

rrrFer,trdm,Genco,

Сообщение от trdm С чего бы мало????? http://un-addon.googlecode.com/files/creator.PNG

Сообщение от rrrFer каких именно виджетов не хватает? (лучше пачкой, "очень мал" как бэ намекает что не хватает много чего).

Вначале мне очень не хватало кросплатформенных виджетов
для работы и построения диаграм, вывода трендов, и т.п...

zenw, voral один из лучших хелпов Watcom Watcom C, C++ (ИМХО),
даже микрософтам до них далеко, это из цикла скопировал и запустил и далее издевайся!
А быстро учиться, изголяясь на примерчиках, мне всегда было легче, чем читать Assisnant!
В Qt боюсь, чтобы далее не стало хуже == всё, что было ДО стало не актуально, а всё, что
стало ПОСЛЕ (>5.1,2 v) реально и верно только на оф. сайте, а дополнительно и вовсе нет!

________________________________________ _____________________________________

Здесь же не сравнивают IDE (будет холивар, посмотите интервью разных разработчиков),
а просто дают совет ТС. Я же думаю, что в любом случае создавать быстро графические
приложения на Qt намного сложнее чем на Buildere, но пользы для мозгов конечно больше!

1

Сообщение от trdm Android - тоже линукс. Не забывайте об этом. Он сейчас шагает шибко шустро.

Linux это только ядро. Android != POSIX, Android != GNU Linux.

Добавлено через 4 минуты

Сообщение от _SASA_ CSS (см. стандарты)

Вот не надо про QSS. Стилизация приложения через QSS это тот еще геморрой.

Добавлено через 5 минут

Сообщение от Genco Ну, честно говоря, много видел и слышал про кроссплатформенный софт на Qt, как и все, но мало -- на FMX.

Софта на Qt больше из-за наличие open source лицензии.
Но вот только большинство сидит на Windows и экономически нет смысла делать поддержку GNU Linux.
Как только ты обещаешь GNU Linux, то должен тратить время на поддержку работоспособности в GNU Linux, а так же на тестирование.
А если делаешь под несколько дистрибутивов GNU Linux, то должен тратить бабло на тестирование под несколько дистрибутивов, из-за того что в них разные версии библиотек и компиляторов, у которых своих багов хватает.

0

Сообщение от _SASA_ Вначале мне очень не хватало кросплатформенных виджетов для работы и построения диаграм, вывода трендов, и т.п...

Qwt что-ли?

Да пусть так! а что, пупок порвётся у IDE просканировать код на слова типа "connect" или "SetMapping" с этим виджетом... Неужели будет это трудно?!

Пример то выше смотрел? - коннект выполняется во время выполнения. Он может выполняться как угодно и где угодно при самых таинственных обстоятельствах.
какой-нибудь и да, пупок порвется. В пул во время выполнения может быть засунут любой объект под именем "someName". Что именно туда будет засунуто не знает не только IDE, а вообще никто. А ты хочешь чтобы IDE (IDE !!!) как-то хитро все узнала, и тебе подсказки вывела.

Там выше какой-то парень правильно написал:

Сообщение от rrrFer Вы чето очень много от IDE хотите, если она за вас все знает и за вас весь код пишет - вы то зачем возле такой умной штуку крутиться будете? )

0

rrrFer,при чём тут выполнение, я пишу про стадию
разработки, когда код ещё и не отлажен и даже не рабочий...
И ещё раз повторю, мне не нужен любой объект, которого
сейчас нет, который потом будет динамически созданным,
я написал пока, только про виджет с известным именем, он
есть, он на форме, и если мне будет подсказка, что там-то
и там-то он используется (или может быть использован если
foo отработает и на него навешаны слоты действия), то я
буду только рад перенестись в это место по клику, а вот
ваши примеры, findChild() и др. "не явные использования"
(это как раз ТОТ СЛУЧАЙ, когда я хочу многого от IDE, а
она за меня и не знает - вот здесь я только предполагаю)
пусть будут не показаны, хотя бы те же векторы и листы
или массивы, элементы которых тяжело проверять на их
objectName при тех же попытках программного соединения
виджета со слотами. Хотя здесь предупреждения можно,
наверно, выводить после первой успешной компиляции, и
может только в дебаговской сборке, это думая про пупок!

0

Сообщение от rrrFer Qwt что-ли?

Ну да сторонняя либа, в то время в С++Builder эту задачу решает один компонент.

0

Я не думал что образую темой такую дискуссию, но думаю что именно аргументированные доводы в точках соприкосновения спора рождают истину))) спасибо всем)

0

Сообщение от Avazart Ну да сторонняя либа, в то время в С++Builder эту задачу решает один компонент.

Быдлеру лет немало. Просто успел обрасти.
Да и полузаточен под такие вот энтерпрайзы.

0

Сообщение от trdm Быдлеру лет немало. Просто успел обрасти. Да и полузаточен под такие вот энтерпрайзы.

Этот компонент TChar был и 6 версии.
Кроме того это преимущество - повторное использование кода Delphi.
Да и понять компонент легче когда он "визуален" а не просто код или просто документация.

0

Сообщение от Avazart Этот компонент TChar был и 6 версии. Кроме того это преимущество - повторное использование кода Delphi. Да и понять компонент легче когда он "визуален" а не просто код или просто документация.

Вот тут нее соглашусь.
Существует серия патернов, которые помогают понимать код.
Вот тебе один из нарисованных мною компонентов визуальных: http://code.google.com/p/unnstudioreport/
попробуй его понять )))

0

Я имел ввиду инспектор объектов.

0

Сообщение от Avazart Я имел ввиду инспектор объектов.

он же есть и в Qt Creator-e и в Q-Designer-e

Кроме того Qwt имеет плагин для дизайнера
http://qwt.sourceforge.net/qwt... #USEPLUGIN
так что можно настраивать визуально.
не проблема.

0

Кроме того Qwt имеет плагин для дизайнера http://qwt.sourceforge.net/qwt... #USEPLUGIN так что можно настраивать визуально. не проблема.

Qwt тут не причем, плагин есть - это хорошо, но вцелом, Qt позволяет любой пользоватлеьский виджет почти без проблем (очень просто и быстро) встроить в Qt Designer и использовать мышкатыкательно (не уверен что билдеры это позволяют).

Видишь ли, ребятам не нравится, что Qwt не стандартный:

Сообщение от Avazart Ну да сторонняя либа, в то время в С++Builder эту задачу решает один компонент.

а платить за коммерческую версию Qt они, видимо, не хотят (там есть стандартный QtChart)
Кстати мне не понятен сакральный смысл фразы "решает один компонент". Qwt - это 2 компонента? QtChart - вроде бы тоже один )

1

Сообщение от rrrFer (не уверен что билдеры это позволяют).

Да как бы с наследованием нет никаких проблем, проблемы с MVC это как бы не особо развито...

Сообщение от rrrFer а платить за коммерческую версию Qt они, видимо, не хотят (там есть стандартный QtChart) Кстати мне не понятен сакральный смысл фразы "решает один компонент". Qwt - это 2 компонента? QtChart - вроде бы тоже один )

Qwt вроде набор компонентов, нет ?

0