Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Qt Quick ou JavaFX ?
Hello,
Que me conseilleriez vous pour faire une appli interrogeant une database ("postgres" ou "oracle"). L'aspect multiplateforme est important, au minimum windows et mac. Autre point important est que je ne veux pas d'install, l'application doit pouvoir s'installer de facon "portable" (juste en copiant un dossier).
JavaFX ou QtQuick?
JDBC me parait etre l'argument essentiel dans le choix de Java,
Et la recompilation me parait en la defaveur de Qt.
Qu'en pensez-vous?
<troll>Une application Java nécessite l'installation d'une JVM, ce qui nécessite de télécharger un fichier de plusieurs centaines de Mo. Si tu fournis les sources de ton programme C++/Qt, tu n'auras qu'un dossier à partager...</troll>
Les contraintes dont tu parles (recompilation, installer) sont des détails, qui nécessite juste de mettre en place les outils de production adéquats. Ce n'est pas ce qui devrait déterminé le choix du langage.
je ne pense pas que la taille de la JVM soit cruciale dans le choix de la techno.
l'avantage de la JVM par exemple est d'avoir mon programme (closed source) pouvant marcher sur linux, contrairement à Qt où il y aura beaucoup plus de travail pour deployer l'appli.
Je pensais plus à la rapidité de l'interface JavaFX vs QtQuick?
est ce que Java produit toujours des impressions de lenteur?
est-ce que QtQuick est assez mature pour le Desktop?
Est-ce que QtQuick utilise beaucoup de CPU? (comme c'est basé sur JS et une machine virtuelle V4)
Certain n'aime pas avoir une JVM qui tourne en permanence sur leur ordi et qui l'installe pas ou ne la lance pas automatiquement.Envoyé par epsilon68
Mais effectivement, c'est le problème de l'utilisateur, s'il en veut pas installer une JVM et qu'un programme est écrit en Java, il passe son chemin.
Non, sauf cas particulier où tu utiliserais des fonctionnalités spécifiques à Linux/Windows (par exemple, si tu appelles un QProcess pour lancer un script bash - mais le problème sera identique pour un programme Java), le code C++/Qt est parfaitement portable.
Une différence quand même est qu'il faut effectivement compiler deux fois ton application (pour Linux et Windos), ce qui nécessite d'installer les 2 OS. Mais :
1. il serait idiot de distribuer une application Java qui n'a pas été testé sur l'un des environnements, donc même avec Java, tu as besoin des 2 OS.
2. la compilation nécessite juste d'ouvrir le projet dans QtCreator et lancer le build. Et cela doit être fait qu'une seule fois, lorsque l'on distribue la version finale (ou à chaque fois que l'on fait une build stable si on fait des tests). Si cela prend trop de temps, on fait un serveur de build
Dans tous les cas, l'installation d'un environnement de build professionnel, que ce soit pour Java ou C++/Qt, nécessite un peu plus de choses que d'installer un simple IDE. Les outils sont pas les mêmes (bien que, j'utilise Jenkins pour mes projets C++/Qt), mais au final, ce n'est pas cela qui doit orienter le choix.
J'utilise yEd, qui est un éditeur de graphe écrit en Java et je ne trouve pas lent (je ne sais pas si c'est du JavaFx... Java a changé tellement souvent de lib graphique que je ne sais plus laquelle est recommandée actuellement)
Donc Java peut être suffisamment rapide, s'il est bien codé.
Qt Quick est sorti depuis quelques années, donc je dirais que oui.
En particulier, il y a des tables view, ce qui est probablement ce que tu utiliseras pour afficher tes données.
Par contre, tu auras quand même du code C++ à écrire (pour la connexion à la base de données, probablement)
Ta question est étrange, puisque tu compares QtQuick et Java, qui utilisent tous deux une VM. (et en fait, QtQuick n'utilise pas une VM, mais compile à la volée avec un JIT... comme Java)
Qt Quick est optimisé pour tourner sur mobile, donc optimisée pour ne pas exploser le CPU, la RAM et les performances.
Par contre, il est justement optimisé niveau graphique pour être efficace (utilisation de l'accélération matérielle via OpenGL), ce qui nécessite plus de boulot de préparation (en interne) que QtWidget et donc une utilisation mémoire plus importante. Mais on gagne en termes de performances.
Mais encore une fois, cela n'a pas de sens de comparer QtQuick seul, il faut le comparer avec JavaFx. QtQuick consomme du CPU, mais est-ce que c'est plus que l'équivalent avec JavaFx ?
Et même cette question n'est pas forcement pertinente. La question n'est pas de savoir qui est le meilleur sur chaque point particulier, mais de savoir si chaque approche repond aux contraintes minimales de ton projet. Si c'est le cas, alors tu dois choisir sur d'autres critères. (si QtQuick consomme plus de CPU que JavaFx dans l'absolue, mais que le premier consomme 1.1% de CPU et le second consomme 1.0%, est-ce que c'est pertinent de choisir l'un ou l'autre selon ce critère ?)
QtQuick utilise la VM V4 depuis peu, et non plus V8.
V4 fait du JIT, comme Java VM aussi, mais elle reste indispensable pour executer QtQuick.
est-ce que QtQuick ne consomme que 1%? et JavaFX aussi?
c'est ce genre d'info et de retour d'expérience que je recherche pour aiguiller mon choix.
maintenant, mon choix se porterait plus sur Java, mais la lenteur que j'avais observée en swing en java 1.4 (il y a quand meme longtemps) serait définitivement l'argument contre Java.
Comme tu dis, ca depend de comment on code, mais ca serait bien de voir à quel point quand même.
Perso j'utilise Oxygen, qui est aussi en Java, et ca va, c'est agréable, mais je sens une certaine lenteur, qui reste acceptable, mais en JavaFX?
Je ne suis pas sur que ce soit une VM, mais un simple interpréteur... (mais j'imagine que c'est une question de sémantique. Bref, osef)
Difficile de répondre dans l'absolue. Chez moi, une même application utilise entre 10% et 80% du CPU (voir plus, mais c'est quand on affiche une trentaine de flux vidéo en même temps)
Tout dépend de ce que tu mets dans ton interface
Tu n'as pas dit ce que tu voulais faire avec JavaFx, donc : cela dépend
je veux faire des accès database, comparer des fichiers, afficher des differences, générer quelques reports, parser des fichiers...
l'interface serait relativement simple: des listes de fichiers, des checkboxes, des textareas pour afficher les différences...
rien de bien compliqué
pour Java:
+ JDBC
+ portable après compilation (ca n'empêche pas de tester sur toutes les plateformes bien entendu)
- jflex/cup pour le parsing, par contre pas de wildcard (vs lemon)
+ generation de report excel facile
+/- lenteur?
pour C++/QtQuick:
- deployment fastidieux
+ lemon (avec wildcard)
- report excel impossible ou très difficile
+ UI attrayant avec QtQuick
+/- CPU?
Afin d'être sûr de ne pas faire fausse piste, je vais me permettre de poser quelques questions qui peuvent paraître bêtes mais qui ont, selon moi, leur importance.
Tout d'abord, lorsque tu parles d'utiliser Qt Quick, tu entends bien par là utiliser QML ?
Sauf erreur de ma part, un code QML ne peut pas se lancer seul. J'entends par là qu'il faut obligatoirement l'associer à du C++ (Qt) ou du Python (PyQt) par exemple, à moins de créer un exécutable standalone de qmlscene. (au passage si tu optes pour cette solution ça m'intéresse).
Si tu optes pour du C++/QML tu devras forcément passer par de la compile. Si ce n'est pas toi, alors ça sera les utilisateurs de ton programme.
Si tu optes pour du Python/QML, pas de compilation obligatoire, mais il faudra avoir PyQt (et donc Python) d'installé...
Le choix du SGDB (postgre ou oracle) est-il réellement arrêté ? Car si oui tu devras forcément passer par du Qt pour recréer un nouveau composant QML permettant de manipuler ces bases de données. Malheureusement le module LocalStorage de QML ne gère que des bases Sqlite, et il ne me semble pas avoir vu quelques choses de nouveau dans cette partie pour Qt 5.5.
Concernant la vitesse de traitement, je travaille actuellement sur la création d'un ERP en PyQt / QML. Actuellement je n'ai eu à coder que du QML. Tout est très fluide.
J'ai eu à utiliser un autre ERP écrit en Java et guère plus complexe que le mien ... et bien très sincèrement et même si c'est sûrement très subjectif le mien est plus rapide... ne serait-ce qu'au lancement.
J'ai eu à faire quelques tests de rapidité entre un code 100% QML lancé par un script Python et un code 100% Python : avantage au QML.
Sauf erreur de ma part, Python n'a pas à rougir devant les performances de Java, donc ...
Pour finir, tu parles de faire un code closed source. Je suis loin d'être un spécialiste des licences, mais as-tu vérifié que ceci soit possible avec Qt ?
Avis personnel : moi j'opterai pour Qt Quick + open source
Bonne continuation à toi.
++
J
Initiation à Qt Quick et QML : Partie 1 - Partie 2
En cas de besoin, pensez à la
Mon site et mes tutoriaux sur Developpez.com
Pas de question technique par MP... Les forums sont là pour ça
Oui QtQuick est basé sur QML.
Aussi oui j'utiliserais c++ pour code applicatif.
En outre pas de prob pour sqlite (j'ai une lib pour ca), et j'utiliserais QtSql pour me connecter a Oracle et Postgres.
En ce qui concerne la license, Qt est LPGL donc c'est bon.
Maintenant pour mettre l'appli dans le store, il faudra surement une license, ce qui est embetant quand meme.
Du coup, l'API graphique n'est pas critique, c'est surtout au niveau des fonctionnalités du langage et des libs que tu dois comparer. Et comparer les performances de la gestion des BD (en prenant en compte le temps de dev et de maintenance).
Vu ce que tu veux faire, QtQuick ou JavaFX, ça sera pareil
Un fichier Excel de base, c'est juste un fichier texte + tabulation (+ modèle de document pour la mise en forme). Rien d'impossible, quelque soit le langage
Osef de la portabilité du binaire. Cela change quelque chose que ce soit portable avant ou après compilation ?
A priori (sauf si tu as un volume de données conséquent à traiter, ie plusieurs centaines de Go), tu n'as pas des besoins en performances critiques. Donc a priori, Java ou C++ sera performant
Du coup, tu ne créés pas réellement un exécutable, tu utilises un exécutable existant (qmlscene). Si tu fais une application 100% QML, tu as juste à ouvrir le fichier qml principal et cela fonctionne (c'est comme cela que Qt Creator lance un qmlproject. Tu peux aussi lancer manuellement le qmlscene sur un QML dans Outils > QtQuick > qmlscene)à moins de créer un exécutable standalone de qmlscene. (au passage si tu optes pour cette solution ça m'intéresse
Si tu as un code métier C++, tu peux créer un plugin, qui sera chargé automatiquement par le qmlscene
Quel store ?
Si tu parles du iOS store (30% du marché), déjà tu oublies Java.
Pour le store Android, pas de problème pour publier une application QML avec la licence LGPL (à ma connaissance)
J'ai l'impression que tu utilises des critères un peu... "subjectifs" pour faire ton choix.
Si tu connais mieux un langage, utilise le. Si tu n'as aucune idée, fais un petit projet de test avec les 2 langages et compare ce qui te semble critique.
je ne veux pas d'une interface qui donne une impression de lenteur,
c'est l'experience que j'avais avec Java sur le Desktop, je demandais si c'était pareil avec JavaFX.
rien d'impossible, mais le temps c'est de l'argent. J'ai toutes les libs Java pour le faire (et ppt et autre), en c++ c'est autre chose.
oui ca change quelque chose
dans le cas du c++, je dois me refaire toute la chaine de compilation et de compiler les libs que j'utilise en priant qu'il n'y ait pas une erreur de compilation ou de linkage.
pas d'après mon expérience et pas la peine d'aller dans les centaines de Go...
J'aimerais avoir un vrai retour d'expérience.
je ferais un vrai exe qui lancera mon Qml et j'aurais du code c++ pour executer le code metier.
Je veux faire une appli Desktop.
donc j'aimerais deployer sur le macstore et le windows store (pour windows 10)
Je connais très bien le C++ et Java, pas de problème de ce côté là
Les critères ne sont pas subjectifs, je voulais un vrai retour d'experience, pourrais tu m'apporter des faits pour justifier ce que tu avances?
Ok... donc dans certaines applications QtQuick, j'ai obtenu 90% d'utilisation du CPU. Et j'ai vu des applications Java être fluide.
Donc pour moi, vu le type d'application que tu veux faire, tu peux utiliser les 2. Si tu as un problème, c'est pas un problème de langage/lib, c'est un problème de code
ok merci, et les applis java étaient faite en JavaFX? en Swing?
Aucune idée
ok :-/ mais tout ca ne m'aide pas vraiment à choisir.
A priori j'aurais moins de problème avec Java.
C'est ce que je te dis depuis le début.
Tu n'as pas de contrainte particulière sur le choix du langage, donc utilise celui que tu connais le mieux
Oui, à priori j'aurais moins de problème avec Java.
Pour donner du grain à moudre: j'ai une application JDowloader qui met bien 1 minute à s'ouvrir. La raison que j'ai vu sur Internet; en grande partie à cause du lancement de la VM et aussi des appels réseaux
Ce qui est un problème avec JDowloader, pas de Java. yEd dont je parlais avant met 4 secondes pour démarrer chez moi, chargement des plugins compris. Donc c'est pas le lancement d'une appli Java qui est long, c'est cette appli là en particulier
mais c'est quand même un symptôme des applis java, la lenteur se fait ressentir.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager