Russian Qt Forum
Ноябрь 22, 2024, 22:54 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
 
  Начало   Форум  WIKI (Вики)FAQ Помощь Поиск Войти Регистрация  

Russian Qt Forum > Forum > Разное > Говорилка > Почему вы используете/не используете Qt (windows-платформа)
Страниц: 1 [2] 3 4   Вниз
« предыдущая тема следующая тема »
  Печать  
Автор Тема: Почему вы используете/не используете Qt (windows-платформа)  (Прочитано 30763 раз)
xokc
Птица говорун
*****
Offline Offline

Сообщений: 976



Просмотр профиля
« Ответ #15 : Май 24, 2011, 19:23 »
Для меня принципиально при переходе с Делфи было понимание того, что после серии его перепродаж перспектив у этого семейства продуктов по большому счету нет. Правда теперь я и будущем Qt на десктопе сомневаюсь Грустный.
Что касается лично Вашей ситуации - то, по моему, малые десктоп приложения для работы с БД и отчетами и есть самая слабая сторона Qt. Ну собственно Ваш опыт это хорошо подтверждает.
Записан
lit-uriy
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 3880


Просмотр профиля WWW
« Ответ #16 : Май 24, 2011, 19:32 »
>>Обобщу: если надо очень скоро написать приложение, то лучше все же использовать то, чем владеешь.
Это всяко, даже если инструмент совсем убогий, но его возможности хорошо известны, равно как и методы работы с ним. Будь то хоть поганый, но прошедший медные трубы, паяльник.
Записан
Юра.
Wlad_C
Гость
« Ответ #17 : Май 25, 2011, 13:39 »
Цитировать
Лично мне многое нравится в Qt, но есть один тормозящий меня момент: не очень развитый набор именно готовых GUI виджетов и компонентов, поэтому в большинстве своем приходится писать велосипед
Ну это Вы не в курсе. Для Qt существует довольно много готовых виджетов, например:
wwWidget на http://www.wysota.eu.org/wwwidgets/
для построения графиков – Qwt Widgets и т.д. Погуглите. Внимательно почитайте этот форум. Найдете очень много интересного.
Записан
Wlad_C
Гость
« Ответ #18 : Май 25, 2011, 14:32 »
Добавлю.
Привычка - вторая натура! Просто Вы еще мыслите категориями Билдера. Со временем это пройдет! Хотя, лично у меня, при переходе с Билдера (8 лет просидел) на Qt ощущения, что не хватает компонент не было. А совсем даже наоборот Улыбающийся. В билдере для работы с юникодом приходилось использовать компоненты сторонних разработчиков (что не есть гут). QString изначально есть юникод. Чтобы избавится от "казенного" вида Билдеровских форм, опять же приходилось использовать компоненты сторонних разработчиков (платные, без исходных кодов). Виджеты в Qt изначально имеют элегантный вид, а если хочется что-то изменить для этого есть стили: легко и просто. И много чего еще нашел. То есть, в Qt я сразу нашел то, чего мне не хватало в Билдере. Поэтому, "в переходный период" у меня не было никаких сомнений. Я с энтузиазмом разбирался в Qt. Знал, что это того стоит. Не зря будет потрачено время.
Записан
gogi
Гость
« Ответ #19 : Май 26, 2011, 09:24 »
Цитата: µarbius от Май 23, 2011,  16:56
Просто лично для себя я сделал вывод: если надо очень скоро написать приложение под win, то лучше все же использовать "старый-добрый" Delphi (Builder) с его(их) кучей "готовых" решений...

И никто не упомянул про паршивый(по качеству сгенерированного кода) компилятор в delphi/c++ builder. С Qt можно взять ms c++/intel c++ compiler/g++/... и программа будет просто банально работать быстрее.
Записан
alexman
Гость
« Ответ #20 : Май 26, 2011, 09:41 »
Цитата: gogi от Май 26, 2011,  09:24
Цитата: µarbius от Май 23, 2011,  16:56
Просто лично для себя я сделал вывод: если надо очень скоро написать приложение под win, то лучше все же использовать "старый-добрый" Delphi (Builder) с его(их) кучей "готовых" решений...

И никто не упомянул про паршивый(по качеству сгенерированного кода) компилятор в delphi/c++ builder. С Qt можно взять ms c++/intel c++ compiler/g++/... и программа будет просто банально работать быстрее.
Такое подозрение, что на Delphi никто толком и не сидел с этого форума.
Записан
Пантер
Administrator
Джедай : наставник для всех
*****
Offline Offline

Сообщений: 5876


Жаждущий знаний


Просмотр профиля WWW
« Ответ #21 : Май 26, 2011, 09:44 »
Цитата: alexman от Май 26, 2011,  09:41
Такое подозрение, что на Delphi никто толком и не сидел с этого форума.
Было дело когда-то давно.... Компилится в разы быстрее, чем с++.
Записан
1. Qt - Qt Development Frameworks; QT - QuickTime
2. Не используйте в исходниках символы кириллицы!!!
3. Пользуйтесь тегом code при оформлении сообщений.
lit-uriy
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 3880


Просмотр профиля WWW
« Ответ #22 : Май 26, 2011, 09:55 »
>>про паршивый(по качеству сгенерированного кода) компилятор в delphi/c++ builder
в чём то проявляется?
Записан
Юра.
lit-uriy
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 3880


Просмотр профиля WWW
« Ответ #23 : Май 26, 2011, 10:10 »
>>Компилится в разы быстрее, чем с++.
да и код компактнее и работает быстрее.
В этом отношении Дельфя никто не смог догнать
Записан
Юра.
LisandreL
Птица говорун
*****
Offline Offline

Сообщений: 984


Надо улыбаться


Просмотр профиля
« Ответ #24 : Май 26, 2011, 10:13 »
Цитата: lit-uriy от Май 26, 2011,  10:10
и работает быстрее
Вот в этом у меня сильные сомнения.
Записан
lit-uriy
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 3880


Просмотр профиля WWW
« Ответ #25 : Май 26, 2011, 10:17 »
>>Вот в этом у меня сильные сомнения.
а у меня нет. Это просто факт по моему (и многих других людей) опыту работы с Дельфи и другими инструментами создания ПО.
Записан
Юра.
Wlad_C
Гость
« Ответ #26 : Май 26, 2011, 10:23 »
Компилятор + библиотека + IDE - определяются кругом задач, которые с их помощью необходимо решать. Когда имеющиеся программные средства не позволяют эффективно решать поставленные задачи, подыскиваются новые компоненты, позволяющие это делать. При этом всегда приходится чем-то жертвовать (не являющемся принципиальным для решаемых задач), т.к. нет ничего идеального.
Если имеющиеся программные средства позволяют успешно решать круг нужных задач, то переход на новые библиотеки, IDE, компилятор, ничего, кроме головной боли не дает! Отсюда и возникают вопросы: почему вы используете Qt, почему вы используете Делфи и т.д.
Записан
LisandreL
Птица говорун
*****
Offline Offline

Сообщений: 984


Надо улыбаться


Просмотр профиля
« Ответ #27 : Май 26, 2011, 11:24 »
Цитата: lit-uriy от Май 26, 2011,  10:17
Это просто факт по моему (и многих других людей) опыту работы с Дельфи и другими инструментами создания ПО.
У «многих других людей» факты другие:
http://www.gamedev.ru/flame/forum/?id=78283
http://www.gamedev.ru/flame/forum/?id=14391
Записан
kuzulis
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2812


Просмотр профиля
« Ответ #28 : Май 26, 2011, 11:29 »
Цитата: LisandreL от Май 26, 2011,  10:13
Цитата: lit-uriy от Май 26, 2011,  10:10
и работает быстрее
Вот в этом у меня сильные сомнения.
Люто плюсую. Также имею сомнения.

[offtop]
Исходя из анализа работы BC 3.x - BC 5.x , эти компиляторы компилят ужасно тормозной и большой код , по крайней мере под DOS.
Просто я щас пишу одну софтинку для железки на которой установлен ROM DOS.
И для разработки программ для нее производители рекомендуют BC/TC v 3.x, так вот, если приложение сложное и необходимо фиксировать события с точностью порядка 0.1 мс, то оно просто не влезает на флэш диск девайса и работает оч. медленно.

Другое дело - компилер Open Watcom, перешел на него и ни сколько не жалею: скорость выросла раза в х3, а размер приложения упал в х5 раз.
Такие вот дела. Улыбающийся
[/offtop]
Записан
ArchLinux x86_64 / Win10 64 bit
gogi
Гость
« Ответ #29 : Май 26, 2011, 12:05 »
Цитата: lit-uriy от Май 26, 2011,  10:10
>>Компилится в разы быстрее, чем с++.
да и код компактнее и работает быстрее.
В этом отношении Дельфя никто не смог догнать

В системе есть библиотеки (libc,libstdc++)/crt, написанные на c/c++. Через них ОС предоставляет прикладное API. Голая программа на с++ обязательно использует эти библиотеки. Голая программа на паскале также использует эти библиотеки, но плюс к этому использует также runtime паскаля, который представляет из себя оболочку на сишным runtime+расширения паскаля. Отсюда простой вывод, что голая программа на паскале всегда будет больше "тянуть" чем аналогичная на c++. Тянуть - имеется ввиду с динамическими зависимостями. Плюс ко всему некоторые вызовы к системе на паскале будут делаться не напрямую, а через паскалевские оболочки. Отсюда накладные расходы. Если уж сравнивать размеры бинарников, то надо сравнивать статически-откомпилированные. Тормозить или не тормозить схожие программы могут из-за библиотек(vlc/qt).

Дельфи лет 8 палочкой не тыкал, но как он может быть быстрее, если до сих пор трудности с x86_64(уже добавили или по-прежнему обещают?). То же самое относительно всяких sse/avx. Но даже если не брать все эти новые инструкции, мне очевидно, что компиляторы c++ сейчас развиваются гораздо быстрее чем паскалевские и по всяким оптимизациям уже ушли далеко вперёд.
Записан
Страниц: 1 [2] 3 4   Вверх
  Печать  
« предыдущая тема следующая тема »
 
Перейти в:  


Страница сгенерирована за 0.131 секунд. Запросов: 22.