Quel est votre EDI préféré pour Qt ?
Qt Creator se compare-t-il de mieux en mieux aux éditeurs plus classiques ?
Le 2013-08-19 21:26:34, par dourouc05, Responsable Qt & Livres
L'année dernière était lancé le dernier sondage sur les EDI utilisés avec Qt.
Depuis lors, l'environnement Qt a vu de beaux changements, notamment avec l'arrivée de Qt 5 (déjà en version 5.1). Le framework s'est plus orienté vers les technologies mobiles, avec un support préliminaire d'Android et iOS dans Qt 5.1, qui devrait être finalisé pour Qt 5.2 (fin de cette année, si tout se passe comme prévu). Qt 5.1 a aussi apporté pas mal de nouveautés avec Qt Quick, rendant l'environnement plus utilisable.
Avez-vous changé d'EDI préféré sur cette période ? Restez-vous sur le même, au vu de ses récentes évolutions ? Envisagez-vous de changer pour avoir un meilleur support de Qt 5 et de C++ 11, de Qt Quick ? Quelle en serait, selon vous, la killer feature ?
Également, Qt Creator est devenu de plus en plus mature, rivalisant de plus en plus avec les EDI traditionnels. Que lui manquerait-il pour devenir l'éditeur de vos rêves (voire parfait) ?
Depuis lors, l'environnement Qt a vu de beaux changements, notamment avec l'arrivée de Qt 5 (déjà en version 5.1). Le framework s'est plus orienté vers les technologies mobiles, avec un support préliminaire d'Android et iOS dans Qt 5.1, qui devrait être finalisé pour Qt 5.2 (fin de cette année, si tout se passe comme prévu). Qt 5.1 a aussi apporté pas mal de nouveautés avec Qt Quick, rendant l'environnement plus utilisable.
Avez-vous changé d'EDI préféré sur cette période ? Restez-vous sur le même, au vu de ses récentes évolutions ? Envisagez-vous de changer pour avoir un meilleur support de Qt 5 et de C++ 11, de Qt Quick ? Quelle en serait, selon vous, la killer feature ?
Également, Qt Creator est devenu de plus en plus mature, rivalisant de plus en plus avec les EDI traditionnels. Que lui manquerait-il pour devenir l'éditeur de vos rêves (voire parfait) ?
-
air-dexMembre expertQt Creator, toujours. J'essaie d'ailleurs de le généraliser à tous mes projets C++.
Pas d'accord.
La meilleure des trois documentations reste celle de Java. Je pense en particulier à la Javadoc et à son format qui reste globalement le même quelque soit la documentation de code que l'on regarde. Idéal pour s'y retrouver.
La documentation de Qt est certes de qualité mais je trouve qu'elle se dégrade. Elle devient de plus en plus désorganisée, surtout depuis l'arrivée de Qt Quick. Je trouve que c'est de plus en plus difficile de retrouver simplement une information. Et puis je trouve aussi que Qt a cette fâcheuse tendance à se recentrer sur certains cas d'utilisation simples au détriment des autres plus avancés. Les informations sur des choses simples sont trouvables n'importe où dans la documentation mais dès que l'on cherche quelque chose d'un peu plus avancé, cela devient la croix et la bannière. Là aussi je pense en particulier à Qt Quick et à QML. La documentation regorge de ListModels avec des ListElements codés en dur dans des fichiers QML mais dès que l'on sort du monde des Bisounours et que cherche quelque chose de plus réaliste et avancé (manipulation à la volée dans un programme, interfaçage avec des modèles de liste custom en C++), c'est tout de suite beaucoup plus rare. Pire, une partie de la documentation de ceci semble être partie avec le passage à Qt5.
La pire des trois est bien entendu celle de .NET. Tout y est mélangé ad nauseam. Le très basique y cotoie le très complexe comme si de rien n'était. Tu vas sur MSDN pour vérifier une méthode sur les strings et tu retrouves avec de quoi recoder Windows.Idéal donc pour ceux aimant chercher des aiguilles dans des meules de foin.
En même temps Eclipse est bien plus qu'un simple IDE Java. C'est une véritable tour de Babel du développement. Alors que certains disent "qu'il y a une application pour ça" pour faire la promotion de leurs smartphones, je pense qu'on peut raisonnablement dire "qu'il y a un plugin Eclipse pour ça" quand on cherche des outils de développement pour une techno donnée. Le fait qu'Eclipse puisse gérer les projets hétérogènes n'est qu'une conséquence de ceci.le 21/08/2013 à 15:00 -
tankdMembre à l'essaiMeme chose, QtCreator me sert pour tout mes projets, Qt ou pas.
il est léger et performant, tourne sous windows, linux ...
Que demander de plus ...le 21/08/2013 à 9:26 -
imikadoRédacteurPour avoir fait un peu de Qt il y a quelques années, j'avais été agréablement surpris de sa qualité (dès ses débuts)
On avait déjà les point d'arrêt, une autocomplétion...
De plus, je trouvais que fournir autant d'application d'exemple était une très bonne idée pour apprendre à utiliser le frameworkle 21/08/2013 à 8:46 -
stef-13013Membre actifJ'utilise QtCreator indifféremment (sous OSX, Linux et Windows) pour -presque- tous mes projets C/C++. Même sans utiliser le framework Qt, c'est du pur fun et c'est ultra-productif.
(qmake est vraiment génial)
J'ai laissé tomber VS2010 et ses méga-lourdeurs, ainsi que netbeans pas vraiment pratique.
Non franchement, il manque encore 2 ou 3 trucs pour que ca soit parfait.
En tout cas, QtCreator (et Qt en général), ca gagne...le 21/08/2013 à 9:11 -
aziasMembre éclairéNous continuons à utiliser Eclipse pour nos développements, y compris en Qt.
Je n'ai jamais utilisé QtCreator autrement que pour la partie QtDesigner ou tester quelques trucs rapidement. L'intégration avec Qt est évidemment très bien faite et l'absence de plugin Eclipse pour les dernières versions de Qt rend la configuration d'Eclipse beaucoup plus difficile (surtout pour un débutant j'imagine) mais une fois que c'est fait Eclipse permet un environnement de développement beaucoup plus productif que QtCreator pour de gros projets hétérogènes.
Plus exactement dans mon workspace Eclipse par defaut je dois avoir quelque chose comme une vingtaine de projets, pas tous toujours ouverts, certains en C++/Qt (avec Gui, juste console ou encore des dll), certains utilisant qmake, d'autres non (y compris pour du Qt, c'est fait exprès), des projets open source dans divers langages (souvent juste pour consultation), des projets web/xml ou pour du script et des projets java. Avec un certain nombre de dépendances entre tout ça.
QtCreator ne me permettrait pas de gérer tout ça au même endroit. Je ne suis pas un grand amoureux d'Eclipse (essentiellement parce que ça tourne en java) mais, bien que 75% du code soit en Qt, QtCreator ne peut pas rivaliser sur la gestion de projets hétérogènes.
Bref, pour du développement Qt à 100%, je pense que QtCreator est très bien. J'aime bien en particulier la documentation intégrée (la documentation de Qt étant par ailleurs très bien faite, surtout quand on compare à celles de Java ou .Net). À conseiller en particulier, je pense, pour les débutants Qt ou tester rapidement une nouvelle fonctionnalité.le 21/08/2013 à 9:30 -
arnolddumasRédacteur/ModérateurJ'utilises Qt Creator pour tous mes projets C++, scolaires ou personnels, utilisant Qt ou non. Par contre je n'aime pas QMake et lui préfère CMake beaucoup plus génerique, mais tout va bien puisque tout ce beau monde ne s'entend pas trop mal.
J'attends de Qt Creator un meilleur support de C++ au niveau de la complétion, notamment avec les lambdas de C++11 :Code : 1
2
3
4
5QObject::connect(_codeEditorTabWidget, &CodeEditorTabWidget::currentChanged, [this] (CodeEditor* codeEditor) { // Ici pas de completion pour codeEditor });
Code : 1
2
3
4
5
6
7
8
9
10QTextEdit::ExtraSelection selection; QColor lineColor{QColor{Qt::red}.lighter(160)}; selection.format.setBackground(lineColor); selection.format.setProperty(QTextFormat::FullWidthSelection, true); selection.cursor = textCursor(); selection.cursor.clearSelection(); setExtraSelections(QList<QTextEdit::ExtraSelection>{selection});
L'intégration avec le designer est géniale, pas besoin d'avoir je ne sais combien de fenêtres ouvertes en même temps. Qt Creator ferait presque le café.le 21/08/2013 à 22:33 -
koala01Expert éminent séniorSalut,
Je voudrais juste signaler que, même si on est en 2013, C++11 reste quand même *relativement* jeune et que C++ reste parmi les langages (impératifs, tous paradigmes confondus) les plus difficiles à parser correctement pour tout ce qui est de la vérification statique de la syntaxe!!!
Compare peut etre simplement la syntaxe BNF de base de java avec la syntaxe BNF de base de C++, tu comprendras assez rapidement de quoi je veux parler
Je n'ai pas eu l'occasion de tester énormément d'EDI ces derniers temps (des EDI récents du moins), mais je me demande quand même comment un VS2012 ou un eclipse (vu qu'on en a parlé) se défend sur ce point, add-ons éventuels (je pense à Visual Assist sur Visual studio, qui se défend franchement pas mal) comprisle 25/08/2013 à 8:08 -
Lana.BauerExpert éminent séniorle 18/09/2014 à 9:12