Разрабатывается кростплатформенное приложение клиент-сервер

Что лучше выбрать Java или Qt

Пожалуйста приведите аргументы

Неккоректно вообще-то сравнивать, и "кростплатформенное приложение клиент-сервер" неинформативно, но если без занудства то
Java:
1. Масса решений апробированных клиент-серверных решений.
2. Язык для разработки более простой (а значит приложение будет надежней, и время разработки меньше) чем чаще всего подразумеваемый для Qt C++

извини не совсем понял вот эту фразу 

" чем чаще всего подразумеваемый для Qt C++ "

Имелось ввиду, что привязки к Qt существуют для Python, Java, Ruby. Но чаще всего, когда говорят Qt, подразумевают С++. Синдром default language. 
Skynin, хотел сказать, что Java проще С++.

Это сообщение отредактировал(а) kemiisto - 5.6.2009, 16:46

А понятно, говоря Qt, я тоже подразумеваю С++

А меня напрягают Java приложения. Они как правило дико тормознутые с нестандартным интерфейсом. Некоторые ещё через задницу приходится запускать настраиваясь на виртуальную машину. Те же которые нормально запускаются в другой ОС все равно надо по другому запускать. Qt SDK и C++ будет быстрее и не менее надёжно чем Java. Но дело в другом, если возникают вопросы Java или Qt, то значит человек вообще ещё не готов писать клиенты, потому что для тех кто пишет этот вопрос очевиден и в каждом случае решается индивидуально.

Современные машины свободно позволяют запускать JRE без всяких тормозов. Согласен, что Qt получается 100% машинный код и это работает быстрее. Что касается задницы и Java, тоже можно сказать и про Qt/MySQL/Windows - с бубном и через задницу получается откомпилировать дрова для майки. Кроме того по Java гораздо более примеров и свободных компонентов в инете чем для Qt

unicuum, 



Согласен, что Swing (именно Swing, а не Java) - не отличается быстродействием, однако, даже хиленькая современная машина потянет без проблем.
А если этого мало - есть SWT.



Не согласен, тот же Swing отлично маскируется под системные настройки, а вот qt не всегда. В данный момент в моем Gnome именно qt приложения выглядят "не в тему".



Ага, а QT перекомпилировать под каждую систему не надо? В Java написал скрипт для запуска под Win, Linux - и у пользователя никаких проблем, а если и нет скрипта, то можно и jar запустить.


Это сообщение отредактировал(а) Vasay - 11.6.2009, 14:54

По C++ гораздо больше примеров чем по Java и некоторые из них позволяют то, о чём Java может только мечтать. Иными словами у связки Qt и C++ гораздо больше возможностей. Ты сам задал вопрос и сам же агитируешь за Java. Я уже сказал, или ты знаешь, на чём хочешь писать, или нет. Или ждёшь что тут все начнут говорить, что Java супер, и ты утвердившись в правильности своего выбора пойдёшь со спокойным сердцем ваять прогу.


А виртуальную машину Java на каждую систему ставить не надо?

Враньё! Как раз таки наоборот!

unicuum, ++ 



Сравнение некорректно: qt либы тоже надо ставить на каждую машину! НО кроме этого должен быть билд приложения под эту систему, если производитель его не сделал, то про запуск qt программы можно забыть, даже если qt есть под эту систему. 



Вы уверены?  Если верить TIOBE то Java по популярней C++ будет : http://www.tiobe.com/index.php/content/pap...tpci/index.html


Согласен, такое есть, но есть и обратное. Причем если c++ позволяет больше в области системного ПО, то в области прикладного, а темболее в области web Java дает больше возможностей.

п.с. ни в коем случае не говорю, что qt хуже Java или наоборот, просто они разные, и для моих прикладных задач Java подходит больше.

Добавлено через 1 минуту и 59 секунд



Ну лично в моей системе Java приложения великолепно маскируются под гномовские, а вот qt-шные - фиг, единственное что смог - подобрал похожую тему, но различия все равно есть. 

QGtkStyle идёт в поставке Qt начиная с 4.5. А вот с Java у меня проблемы были... Например, при отрисовке Combobox'ов.  

Сухая установка, не нужны инсталляторы, библиотеки лежат рядом с программой, копируй и пользуйся. К тому же можно скомпилировать статично, что сделает программу вместе с библиотеками меньше (сейчас не буду касаться вопроса что по этому поводу думает Nokia и технологичные тролли   ).


Должен быть билд Java машины под систему, и я не знаю у скольких людей хватит умения его провести. В Qt же мало мальски грамотный пользователь может провести такую компиляцию если об этом позаботится разработчик создав для этого спец. файлы, чтобы как говорится и дурак справился, и это помимо самого разработчика, который тоже может сделать билд.


У меня эта штука без ява-скрипта даже не открывается. К тому же я не говорю, что C++ станет самым популярным. Хорошо им пользоваться могут лишь мастера своего дела, а таких отнюдь не подавляющее большинство. Не то чтобы на Java ваяли чайники, просто ваяют они там не всё что доступно на C++. Высший уровень контроля над компьютером с использованием языка высокого уровня абстракции им попросту не доступен.


Так и я о том же, дело личного выбора. В перспективе C++ лучше, но до этой перспективы надо много кода написать. Многие просто не доживут, погибнут в неравной борьбе с собственными творениями.  


Версия 4.5 это вообще большой удар для альтернативных систем, даже в мире самого C++. Применять такие примеры все равно что по яйцам врезать.  

У меня в системе qt4.4.3 QGtkStyle в репозитарии отсутствует.

В любом случае - не нравится Swing, есть SWT рисующая через GTK+
Вот-вот должен выйти JavaFX под Linux (впринципе, запустить уже можно) - qt таких возможностей для отрисовки не предлагает (хотя ИМХО JavaFX тормозить будет посильнее Swing-а)

Добавлено @ 18:38


А сколько она будет занимать? 

При желании можно и jre  в инсталятор засунуть (15-17мб). 



Тут разница в том, что для Java достаточно билда jre под конкретную систему, а разработчик приложения не должен задумываться над тем под какую систему компилить ему свою программу, разработчик же qt приложения должен скомпилить свое приложение под все системы на которых он хочет, чтоб запускалось его ПО.  А он может этого не сделать.

С точки зрения кросплатформенности Java удобней QT.




Не в коем случае не спорю, что возможности с++ больше Java. Но есть вещи, которые сделать на c++ в разы сложнее и эта сложность не оправдана, когда речь идет о создании конечного приложения. 

Как я неоднократно говорил, слабым местом c/с++ является платформозависимость кода после компиляции, что делает его не очень удобным в современном мире, и в итоге будущее за такими языками платформами, как .NET, Java...

Это сообщение отредактировал(а) Vasay - 11.6.2009, 18:38

А не проще сразу на C++ через GTK+ рисовать? Сейчас уже мочилово пойдёт не между Java и Qt естественно под C++, а между Qt SDK, GTK+, WxWidgets и прочими.


Qt может отрисовывать через OpenGL. Просто скачай последнюю версию и полюбуйся.