Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Quel est votre EDI préféré pour Qt ?
Lequel convient le mieux aux applications mobiles et Qt Quick ?

Le , par dourouc05

11PARTAGES

3  0 
Quel est votre EDI préféré pour Qt ?
L'année dernière était lancé le dernier sondage sur les EDI utilisés avec Qt, il a largement adoubé Qt Creator comme environnement principal de développement pour des projets Qt.

Depuis lors, Qt s'est plus largement orienté vers les plateformes mobiles, avec le support officiel d'iOS et d'Android avec Qt 5.2, mais aussi une préversion pour Windows RT. Qt 5.3 était moins haut en couleur, mais gère désormais SPDY (remplaçant de HTTP développé par Google), les sockets Web, également avec une API pour l'achat depuis les applications.

Côté Qt Creator, les versions se sont également succédées : la 3.0 se concentrait sur le mobile, la 3.1 finalise la gestion d'iOS et propose une première version pour Windows RT, la 3.2 proposera plus de modifications éparses. KDevelop a continué à maturer (il a plus de quinze ans d'existence, à comparer aux cinq de Qt Creator), il gèrera d'ailleurs bientôt Qt Quick.

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, des plateformes mobiles ? Quelle en serait, selon vous, la killer feature ?

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de imikado
Rédacteur https://www.developpez.com
Le 10/09/2014 à 11:05
QtCreator comme beaucoup, j'aime bien notamment les exemples qui permettent d'analyser une structure de programme au plus proche de ses besoins
C'est plus sympa que de partir "from scratch"
0  0 
Avatar de zeecrowddev
Membre du Club https://www.developpez.com
Le 10/09/2014 à 11:14
Bonjour

J'étais avant sous VisualStudio avec le PlugIn Qt pour Visual.
Mais c'était avant le portage sous MacOs de l'application qui s'est fait avec QtCreator.

Depuis j'ai fait connaissance avec QtCreator et pouvoir debugger le Qml/Javscript est vraiment un plus.
Donc de plus en plus j'utilise aussi QtCreator pour coder la partie c++.
0  0 
Avatar de Jbx 2.0b
Membre chevronné https://www.developpez.com
Le 10/09/2014 à 14:18
J'aime beaucoup QtCreator, et je suis impressionné par les évolutions réalisées ces dernières années. Néanmoins il n'a pas encore un écosystème aussi important que Visual Studio. Du coup, je maintiens deux fichiers projets, un sur QtCreator et un autre sous Visual Studio 2012. Le premier m'offre la compatibilité (Windows, Linux) et la compilation pour Android. Le second me permet d'utiliser des outils tels que vTune ou Nsight.
0  0 
Avatar de Mato.
Candidat au Club https://www.developpez.com
Le 10/09/2014 à 19:49
J'aime beaucoup Qt Creator mais je le trouve très lent comparé à Visual Studio pour ce qui est de l'autocomplétion, j'utilise donc l'add-in.
J'éspère assez vite une refonte de l'IDE pour améliorer ses performances
0  0 
Avatar de arnolddumas
Rédacteur/Modérateur https://www.developpez.com
Le 10/09/2014 à 21:06
J'utilise exclusivement Qt Creator pour plusieurs raisons :
  • bon support de QML ;
  • bon support de C++11, même si du travail reste à faire au niveau des lambdas ;
  • assez réactif ;
  • disponible sous GNU/Linux, que j'utilise exclusivement.


J'utilise KDevelop pour faire du PHP mais il ne m'a pas séduit pour du développement Qt. Après je n'ai pas de repoche ciblé à faire, c'est sûrement du au fait que je n'ai pas envie de réapprendre les fonctionnalités/raccourcis d'un autre EDI.
0  0