IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

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 Discussion :

Qt vs .NET : que choisir ? [Débat]


Sujet :

Qt

  1. #1
    Membre confirmé

    Profil pro
    Inscrit en
    Avril 2005
    Messages
    162
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2005
    Messages : 162
    Points : 545
    Points
    545
    Par défaut Qt vs .NET : que choisir ?
    Salut,

    Programmant depuis longtemps en .NET (C#), je m'interesse de plus en plus a la plateforme Qt depuis que celle - ci a ete reprise en main par Nokia en license LGPL.

    Et du coup, je me demandais, devant la richesse de l'API Qt (GUI mais aussi threads, bases de données, XML, sockets, smart pointers), quels étaient encore les avantages de développer en C#, étant donné que la portabilité est le maître mot de Qt, ainsi que la puissance, grâce au C++...

    Voilà, tout ceci fait partie de ma réflexion pour un nouveau projet de dev (client lourd), même si je pense pour l'instant ne l'implémenter que sous Windows.

    Je ne sais pas quoi choisir entre Qt et .NET/C#...

    Si vous avez des idées (pros et cons de chaque framework) pour me convaincre de basculer dans l'un ou l'autre monde je suis preneur...

  2. #2
    Responsable Qt & Livres


    Avatar de dourouc05
    Homme Profil pro
    Ingénieur de recherche
    Inscrit en
    Août 2008
    Messages
    26 609
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur de recherche
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2008
    Messages : 26 609
    Points : 188 582
    Points
    188 582
    Par défaut
    Salut,

    Très certainement, mon point de vue ne sera pas objectif, mais j'essayerai autant que possible de l'être.

    Le gros avantage de Qt est de supporter plusieurs langages (C++ nativement, mais aussi Python, Java...) sans apporter de lourdeur supplémentaire (une machine virtuelle du côté de dotnet).

    En plus, Qt supporte beaucoup de plateformes : Windows, Linux, Mac OS X principalement, mais aussi Symbian, Maemo (dès Qt 4.6) et d'autres UNIX, alors que dotnet doit se limiter à Windows et aux plateformes sur lesquelles Mono a été porté.

    Finalement dans cette partie, Qt supporte beaucoup de compilateurs (pas seulement les quelques-uns de Microsoft et de Mono) : VC, GCC principalement, mais aussi ICC, les compilateurs pour mobiles, les compilateurs plus spécifiques à certaines plateformes (AIX...).

    Qt est plus ancien, a été plus mûri que dotnet (sur le long terme du moins) : plus de 10 années de Qt, dotnet est apparu vers 2002 me semble-t-il.

    D'un niveau fonctionnel, ils sont à peu près à égalité : les deux permettent de créer des GUI complexes, ont aussi d'autres modules très utiles (XML, réseau...).

    Pour le niveau respect des standards, C# a été prévu pour donet, tandis que Qt a dû se baser sur le C++ de l'époque et sur les problèmes de compatibilité entre les compilateurs.

    Qt fournit une méthode très rapide pour la traduction (il suffit de mettre une fonction autour des chaînes à traduire, un programme fourni permet de les extraire et de les stocker dans un fichier à envoyer aux traducteurs ; le fichier de retour, il suffit de le compiler et il est utilisable).

    Par contre, dotnet est disponible depuis très longtemps en français, alors que Qt ne l'est pas encore complètement (même si cela va changer dans un futur assez proche).

    J'espère que tout ceci aura pu t'éclairer !
    Vous souhaitez participer aux rubriques Qt (tutoriels, FAQ, traductions) ou HPC ? Contactez-moi par MP.

    Créer des applications graphiques en Python avec PyQt5
    Créer des applications avec Qt 5.

    Pas de question d'ordre technique par MP !

  3. #3
    Membre régulier
    Profil pro
    Étudiant
    Inscrit en
    Novembre 2009
    Messages
    65
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Novembre 2009
    Messages : 65
    Points : 104
    Points
    104
    Par défaut
    Choisir entre l'un et l'autre dépend des habitudes et aussi de ce que l'on souhaite faire. Chacun à des avantages et des inconvénients.

    L'avantage que je trouve à Qt par rapport à la plateforme .NET, c'est la portabilité, non seulement sur plusieures plateformes, mais aussi en restant sur Windows uniquement, car il peut être déployé facilement, contrairement aux programmes VB/C# qui nécessitent l'installation du .NET framework (lourd).

    Sur le point de vue des fonctionalités, je ne peux pas trop comparer, je n'ai pas fait de .NET très longtemps (un peu de VB.NET 2005), mais elle restes basiquement pareilles.

    Qt devient interressant dés que l'on veut se séparer de Windows, car malgré Mono et Wine, utiliser .NET revient quand même à condamner la portabilité.

    Après c'est comme on le sent, personnellement je ne condamne pas la plateforme .NET malgré ma préférence pour Qt. C'est une question de repères et de préférences. On peut pas réellement choisir sans avoir testé les deux.

  4. #4
    yan
    yan est déconnecté
    Rédacteur
    Avatar de yan
    Homme Profil pro
    Ingénieur expert
    Inscrit en
    Mars 2004
    Messages
    10 033
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Ingénieur expert
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mars 2004
    Messages : 10 033
    Points : 13 968
    Points
    13 968
    Par défaut
    Citation Envoyé par Der Drachen Voir le message
    Qt devient interressant dés que l'on veut se séparer de Windows, car malgré Mono et Wine, utiliser .NET revient quand même à condamner la portabilité.
    Un "binaire"(ouai ok, c'est pas vraiment un binaire, mais je fait un raccourcie) mono peut s'exécuter sous windows,linux ou mac (si on utilise les bonne librairie ou mono sur toutes le splateforme).
    Un binding Qt pour .net est en cours : qyoto

    l'ensemble C#+Qt est assez prometteur à mon goût .

    @vandamme, pour te répondre au mieux, il faudrait savoir la raison de vouloir changer de framework. Toute façon, tout trouvera surement un équivalent à ce que propose .net en Qt et inversement.

  5. #5
    Expert éminent sénior
    Avatar de Mat.M
    Profil pro
    Développeur informatique
    Inscrit en
    Novembre 2006
    Messages
    8 353
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Novembre 2006
    Messages : 8 353
    Points : 20 360
    Points
    20 360
    Par défaut
    Citation Envoyé par vandamme Voir le message
    Je ne sais pas quoi choisir entre Qt et .NET/C#...

    Si vous avez des idées (pros et cons de chaque framework) pour me convaincre de basculer dans l'un ou l'autre monde je suis preneur...
    Le langage C# est plus riche en apparence que le C++ mais le framework .NET est bien plus lourd que Qt
    Sans hésiter une seconde je prendrais Qt qui est vraiment multiplateformes ( je crois que c'est utilisé sur les plateformes pétrolières norvégiennes gage de fiabliité)
    L'architecture de Qt pour le peu que je connaisse est intelligemment faite : ce sont des signaux et des "slots" si je ne me trompe donc question performances il n'yaura pas photos Qt sera bien plus performante avec un langage compilé en natif.
    En plus en C++ tu peux lier à ton exécutable ce dont tu as besoin ; en .NET eh bien tu charges la quasi totalité du framework ( très lourd)..
    si tu fais un programme de compta en .NET à quoi cela sert-il de charger des classes pour le multimédia par exemple ?
    Faut pas perdre de vue que sur une Form en .NET il y a des dizaines de messages et propriétés à gérer + la machine virtuelle cela risque d'alourdir les choses.

  6. #6
    yan
    yan est déconnecté
    Rédacteur
    Avatar de yan
    Homme Profil pro
    Ingénieur expert
    Inscrit en
    Mars 2004
    Messages
    10 033
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Ingénieur expert
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mars 2004
    Messages : 10 033
    Points : 13 968
    Points
    13 968
    Par défaut
    Citation Envoyé par Mat.M Voir le message
    en .NET eh bien tu charges la quasi totalité du framework ( très lourd)...
    tu es sure?
    Qt sera bien plus performante avec un langage compilé en natif.
    .net finie la création du binaire au premier run. Et va ainsi finir d'optimiser le code pour la machine.

  7. #7
    Membre confirmé

    Profil pro
    Inscrit en
    Avril 2005
    Messages
    162
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2005
    Messages : 162
    Points : 545
    Points
    545
    Par défaut
    Oui, je suis d'accord avec yan sur les 2 derniers points.
    En particulier, .NET ne charge pas tout le framework si on n'utilise qu'une partie.

  8. #8
    Inactif  

    Profil pro
    Inscrit en
    Décembre 2002
    Messages
    534
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2002
    Messages : 534
    Points : 403
    Points
    403
    Par défaut
    Salut,

    Je choisirais plutôt Qt pour des raisons de portage de l'application. .Net c'est bien beau sur Windows, mais sur Linux avec Mono cela reste très hasardeux. Sur Mac je ne sais pas. Concernant les performances c'est impossible à priori de savoir entre .Net ou Qt.

  9. #9
    Rédacteur
    Avatar de dev01
    Profil pro
    Inscrit en
    Mai 2004
    Messages
    2 451
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2004
    Messages : 2 451
    Points : 6 017
    Points
    6 017
    Par défaut
    Citation Envoyé par dj.motte Voir le message
    ... .Net c'est bien beau sur Windows, mais sur Linux avec Mono cela reste très hasardeux. Sur Mac je ne sais pas.
    Euh ... très hasardeux .., Soit cela fait longtemps que tu n'as essayé Mono, soit tu n'as pas eu de chance

    <mode provoc="on">
    .NET/mono est bien plus portable que QT, il supporte IPhone et bientot Android
    </mode>

    Départager l'un ou l'autre n'est pas chose aisée, mais personnellement, je base mon choix sur la richesse de la plateforme. .NET est, à mon sens, bien plus riche en fonctionnalité (surtout avec le Fx 4.0 qui va arriver) que ne peut l'être Qt. Le framework .NET ne vise pas seulement les applications GUI, il prend en charge l'ensemble des types d'applications possible : Web, Windows, Service Windows, Service webs, mobile, etc, etc, etc. Le framework est un ensemble cohérent de classe permettant de manipuler les données, le GUI, la configuration, l'installation, etc, etc, etc.

    A coté de cela, réduire .NET à C# n'est pas correct. Comme QT à ces binding, .NET à ses langages : C#, VB.NET, F#, etc, etc, etc. De plus .NET, même si c'est effectivement une machine virtuelle, est largement optimisé (il est vrai que l'expérience de Java à bien aidé les devs de .NET à ne pas refaire les même erreurs ), ce qui implique que la perte de performance est faible (attention je ne parle pas d'application Haute performance ou temps réel ou il faut le reconnaitre le C(++) demeure maitre). En plus d'une machine virtuelle bien foutue et performance, .NET c'est également un ensemble de fonction permettant de gérer la mémoire, les exceptions et toute ces choses qui font que le C++ peut être/ est un enfer

    Une dernière chose à prendre en compte c'est l'outillage autours. Je ne connais pas bien les debugger et les EDI qui vont autours de QT mais la dernière fois que j'ai utilisé KDevelop, il n'était pas du tout à la hauteur de VS (ou même MonoDevelop), tant au niveau conception graphique des GUI, que par exemple debuggage des applications.
    - MVP C#
    -Tout problème a une solution, le vrai problème est de trouver la solution .....
    - Linux & mono : l'avenir

  10. #10
    Membre confirmé

    Profil pro
    Inscrit en
    Avril 2005
    Messages
    162
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2005
    Messages : 162
    Points : 545
    Points
    545
    Par défaut
    Citation Envoyé par dev01 Voir le message

    Une dernière chose à prendre en compte c'est l'outillage autours. Je ne connais pas bien les debugger et les EDI qui vont autours de QT mais la dernière fois que j'ai utilisé KDevelop, il n'était pas du tout à la hauteur de VS (ou même MonoDevelop), tant au niveau conception graphique des GUI, que par exemple debuggage des applications.
    Oui, sauf que les choses ont depuis beaucoup evolue avec un QT creator (multiplateforme en plus) qui est tres prometteur. Plus rien a voir avec KDevelop ou autre MonoDevelop, il se rapproche "dangereusement" je dirais d'un VS.

  11. #11
    Alp
    Alp est déconnecté
    Expert éminent sénior

    Avatar de Alp
    Homme Profil pro
    Inscrit en
    Juin 2005
    Messages
    8 575
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Juin 2005
    Messages : 8 575
    Points : 11 860
    Points
    11 860
    Par défaut
    Citation Envoyé par dev01 Voir le message
    Euh ... très hasardeux .., Soit cela fait longtemps que tu n'as essayé Mono, soit tu n'as pas eu de chance
    Dixit celui qui ne connait pas le status de Qt depuis les 5 dernières années.

    Citation Envoyé par dev01 Voir le message
    <mode provoc="on">
    .NET/mono est bien plus portable que QT, il supporte IPhone et bientot Android
    </mode>
    Qt est PLEINEMENT SUPPORTÉ (sans restriction aucune) sur Linux, Mac OS, Windows, Symbian OS, l'OS actuel des Nokia et de manière non encore officielle iPhone et Android, et d'autres encore.


    Merci.

  12. #12
    Membre confirmé

    Profil pro
    Inscrit en
    Avril 2005
    Messages
    162
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2005
    Messages : 162
    Points : 545
    Points
    545
    Par défaut
    Citation Envoyé par dev01 Voir le message
    Une dernière chose à prendre en compte c'est l'outillage autours. Je ne connais pas bien les debugger et les EDI qui vont autours de QT mais la dernière fois que j'ai utilisé KDevelop, il n'était pas du tout à la hauteur de VS (ou même MonoDevelop), tant au niveau conception graphique des GUI, que par exemple debuggage des applications.
    J'oubliais bien sur.
    Etant un fan de VS, il existe bien sur un plugin (gratuit) permettant d'utiliser Qt avec VS pour les GUI, le debugger, intellisense, etc etc ... si on ne veut pas utiliser Qt creator.

  13. #13
    yan
    yan est déconnecté
    Rédacteur
    Avatar de yan
    Homme Profil pro
    Ingénieur expert
    Inscrit en
    Mars 2004
    Messages
    10 033
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Ingénieur expert
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mars 2004
    Messages : 10 033
    Points : 13 968
    Points
    13 968
    Par défaut
    Citation Envoyé par dev01 Voir le message
    <mode provoc="on">
    .NET/mono est bien plus portable que QT, il supporte IPhone et bientot Android
    </mode>
    A preuve du contraire, monotouch n'est pas un portage .net sur iphone. Mais un binding de l'api de iphone en .net. D'ailleurs je ne suis même pas sure que tu puisse faire autre choses que du C#. Tu ne trouvera donc aucun outil de base du framework .net. C'est juste pour ne pas faire de l'objectif-C. Par contre, ils ont fait cela super bien.
    Le portage de Qt exploite l'api mais garde l'interface du framework. Donc ton code écrire en Qt sera compilable sans modif sur Iphone.

    Pour ce qui est de la portabilité, je veux bien une liste de plateforme supporté par mono pour m'en convaincre.


    Départager l'un ou l'autre n'est pas chose aisée, mais personnellement, je base mon choix sur la richesse de la plateforme. .NET est, à mon sens, bien plus riche en fonctionnalité (surtout avec le Fx 4.0 qui va arriver) que ne peut l'être Qt. Le framework .NET ne vise pas seulement les applications GUI, il prend en charge l'ensemble des types d'applications possible : Web, Windows, Service Windows, Service webs, mobile, etc, etc, etc. Le framework est un ensemble cohérent de classe permettant de manipuler les données, le GUI, la configuration, l'installation, etc, etc, etc
    si tu enlève la partie web, les deux framework ont la même richesse. Et chaqu'un leur points fort et point faible. Qt comme GTK ou wxwidget, ce n'est pas que de l'ihm.

    A coté de cela, réduire .NET à C# n'est pas correct. Comme QT à ces binding, .NET à ses langages : C#, VB.NET, F#, etc, etc, etc. De plus .NET, même si c'est effectivement une machine virtuelle, est largement optimisé (il est vrai que l'expérience de Java à bien aidé les devs de .NET à ne pas refaire les même erreurs ), ce qui implique que la perte de performance est faible (attention je ne parle pas d'application Haute performance ou temps réel ou il faut le reconnaitre le C(++) demeure maitre). En plus d'une machine virtuelle bien foutue et performance, .NET c'est également un ensemble de fonction permettant de gérer la mémoire, les exceptions et toute ces choses qui font que le C++ peut être/ est un enfer
    c'est Qt et non QT :p sinon, j'ai rien à contre dire.

    Une dernière chose à prendre en compte c'est l'outillage autours. Je ne connais pas bien les debugger et les EDI qui vont autours de QT mais la dernière fois que j'ai utilisé KDevelop, il n'était pas du tout à la hauteur de VS (ou même MonoDevelop), tant au niveau conception graphique des GUI, que par exemple debuggage des applications.
    VS est certainement le meilleur outil de dev. Ne serai-ce que pour faire du c++, mingw/gdb est bien moins agréable(quelque soit l'ide). Pour du dev Qt, vs marche très bien. Qt Creator deviens vraiment de plus en plus exploitable, et commence à faire concurrence à VS. Ils ont même amélioré considérablement l'exploitation de gdb.


    Donc, pour revenir à la question, comme je l'avais demander, sans savoir pourquoi .net ne t'est pas suffisant, difficile de trouver des arguments.

  14. #14
    Responsable Qt & Livres


    Avatar de dourouc05
    Homme Profil pro
    Ingénieur de recherche
    Inscrit en
    Août 2008
    Messages
    26 609
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur de recherche
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2008
    Messages : 26 609
    Points : 188 582
    Points
    188 582
    Par défaut
    Citation Envoyé par yan Voir le message
    Pour ce qui est de la portabilité, je veux bien une liste de plateforme supporté par mono pour m'en convaincre.
    Pour Mono : http://www.mono-project.com/Supported_Platforms

    Pour Qt : http://qt.developpez.com/doc/4.5/supported-platforms/

    Qt supporte plus de plateformes que Mono, à ce que j'en peux voir.

    Citation Envoyé par yan Voir le message
    si tu enlèves la partie web
    Qu'entends-tu par "partie web" ? Pour l'affichage de pages web, Qt dispose d'un moteur wrappé : WebKit. Je n'ai entendu parler de rien de tel du côté dotNet/Mono.

    S'il s'agit plus d'un côté serveur, DotNet propose d'utiliser du C# ou du VB.net dans l'ASP.NET, alors que je n'ai jamais entendu parler de quelque chose de semblable du côté Qt.
    Vous souhaitez participer aux rubriques Qt (tutoriels, FAQ, traductions) ou HPC ? Contactez-moi par MP.

    Créer des applications graphiques en Python avec PyQt5
    Créer des applications avec Qt 5.

    Pas de question d'ordre technique par MP !

  15. #15
    yan
    yan est déconnecté
    Rédacteur
    Avatar de yan
    Homme Profil pro
    Ingénieur expert
    Inscrit en
    Mars 2004
    Messages
    10 033
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Ingénieur expert
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Mars 2004
    Messages : 10 033
    Points : 13 968
    Points
    13 968
    Par défaut
    Citation Envoyé par dourouc05 Voir le message
    Qt supporte plus de plateformes que Mono, à ce que j'en peux voir.
    et y as pas tous. Comme les deux os temps réelle supporté depuis peu.

    Qu'entends-tu par "partie web" ? Pour l'affichage de pages web, Qt dispose d'un moteur wrappé : WebKit. Je n'ai entendu parler de rien de tel du côté dotNet/Mono.
    .NET de microsoft, y as IE , et mono y as surement webkit(peut être grâce à gtksharp)

    Citation Envoyé par dourouc05 Voir le message
    S'il s'agit plus d'un côté serveur, DotNet propose d'utiliser du C# ou du VB.net dans l'ASP.NET, alors que je n'ai jamais entendu parler de quelque chose de semblable du côté Qt.
    c'est de ca que je parlais. Pour un truc similaire, y as bien ca :
    http://labs.trolltech.com/blogs/2009...th-qwebclient/
    ou
    http://www.webtoolkit.eu/wt qui est un framework proche de Qt.
    mais bon, je ne pense pas que ce soit aussi puissant.

  16. #16
    Rédacteur
    Avatar de dev01
    Profil pro
    Inscrit en
    Mai 2004
    Messages
    2 451
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2004
    Messages : 2 451
    Points : 6 017
    Points
    6 017
    Par défaut
    Citation Envoyé par Alp Voir le message
    Dixit celui qui ne connait pas le status de Qt depuis les 5 dernières années.


    Citation Envoyé par Alp Voir le message
    Qt est PLEINEMENT SUPPORTÉ (sans restriction aucune) sur Linux, Mac OS, Windows, Symbian OS, l'OS actuel des Nokia et de manière non encore officielle iPhone et Android, et d'autres encore.
    Hum, comme quoi les blagues faut arrêter, les gens ne les comprennent pas ...

    Citation Envoyé par Alp Voir le message
    Je ne relèverai rien de ce que tu as dit ici, dont la majeure partie témoigne du fait que tu es juste venu ici pour troller un bon gros coup plutôt que pour débattre technique. Si tu veux participer à ce débat, merci de te mettre au courant sur ce qu'est Qt aujourd'hui, ensuite on pourra discuter tranquillement.
    C'est bien dommage, si je me trompe sur Qt alors je suis prêt à entendre tout les arguments, d'ailleurs les autres posts ont clairement montré que je suis passé à coté d'un ensemble de chose sur Qt au niveau de la richesse du framework. Maintenant je ne pensais que cette partie de ma réponse puisse être considéré comme un "troll", j'y expose un ensemble d'arguments cohérents et construits. A moins que je n'ai rien compris à Qt ( ) je ne crois que cela soit "troller" que de parler des langages utilisable avec le framework (Qt ou .NET). Bref comme dit la critique est facile ....


    Citation Envoyé par yan
    c'est de ca que je parlais. Pour un truc similaire, y as bien ca :
    http://labs.trolltech.com/blogs/2009...th-qwebclient/
    ou
    http://www.webtoolkit.eu/wt qui est un framework proche de Qt.
    mais bon, je ne pense pas que ce soit aussi puissant.
    Effectivement je parlais bien d'ASP.NET et consort (webservice & WCF principalement), mais le projet du lab de trolltech à l'air assez intéressant.

    Pour répondre à la question : Si les deux framework sont aussi équivalent alors il ne reste pour faire un choix que :
    - le langage (même si Qt à son binding C#)
    - Les outils
    et surtout l'état actuel des connaissances et le temps d'apprentissage.
    - MVP C#
    -Tout problème a une solution, le vrai problème est de trouver la solution .....
    - Linux & mono : l'avenir

  17. #17
    Nouveau Candidat au Club
    Inscrit en
    Novembre 2009
    Messages
    1
    Détails du profil
    Informations forums :
    Inscription : Novembre 2009
    Messages : 1
    Points : 1
    Points
    1
    Par défaut
    J'ai l'expérience de .NET, Java et C++ mais je n'ai malheureusement jamais utilisé Qt: "malheureusement" parce que le peu que j'en ai vu est très intéressant ... Pourtant, j'ai tendance à penser que même si Qt est un excellent framework, il ne peut pas concurrencer .NET/Java dans le domaine de la productivité: même un très bon développeur C++ sera toujours moins productif qu'un bon développeur .NET/Java. Et ça, c'est vérifié dans les faits, vous pourrez dire ce que vous voulez. Qui plus est, je fais bien le distinguo entre "trés bon" d'un coté et "bon" de l'autre parce que là aussi il y a un bémol: le ticket d'entrée du C++ est bien plus élevé que .NET/Java, c'est bien pour ça que C++ perd du terrain. Attention! Je ne cautionne pas, je constate.

    Donc perso, je jonglerais entre les 2 en fonction du contexte.

    Ce qui me fait sourire, c'est ce débat sur la portabilité: faites du Java dans ce cas ! On s'en fout de la portabilité (en général) ! D'ailleurs dans ce cas, vous ne parlez pas de Chrome OS
    Ce qui est important de mon point de vue, c'est l'interopérabilité. Et comme elle est en général bien assurée, cela permet de bien choisir les technos pour chacun des tiers de son architecture ...

    Bref.

  18. #18
    Inactif  

    Profil pro
    Inscrit en
    Décembre 2002
    Messages
    534
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2002
    Messages : 534
    Points : 403
    Points
    403
    Par défaut
    Bonjour,

    Je pense que le portage de .Net sur Linux reste une entreprise hasardeuse. Rien que pour installer MonoDevelop sur Linux on se retrouve avec des barrières de mises à jour.

    Mono sur Linux prévient qu'il est incapable de gérer les dernières fonctionnalités de .NET.

    Et comme il faut la dernière mouture de .NET mono sur Linux reste anachronique.

  19. #19
    Membre à l'essai
    Profil pro
    Inscrit en
    Juin 2008
    Messages
    23
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2008
    Messages : 23
    Points : 16
    Points
    16
    Par défaut
    Bonjour,

    le post commence à vieillir, mais je voudrais ajouter un point qui m'a décidé :

    travaillant dans l'image et la simulation 3D, je me retrouve souvent avec des formats exotiques.

    il est facile en général de trouver une bibliothèque en C++ pour la lecture donc utilisable avec QT

    Pour le .Net et le C#, c'est une autre histoire

    C'est plus un choix de langage que de plateforme.

    En revanche, j'ai un fort doute sur mes capacités à exploiter une lib C++ en .Net, donc mon argument est peut être caduque

    Kermit

  20. #20
    Membre régulier Avatar de MenshaKaine
    Inscrit en
    Juin 2009
    Messages
    68
    Détails du profil
    Informations personnelles :
    Âge : 47

    Informations forums :
    Inscription : Juin 2009
    Messages : 68
    Points : 81
    Points
    81
    Par défaut
    Citation Envoyé par xlegalles Voir le message
    Pourtant, j'ai tendance à penser que même si Qt est un excellent framework, il ne peut pas concurrencer .NET/Java dans le domaine de la productivité: même un très bon développeur C++ sera toujours moins productif qu'un bon développeur .NET/Java. Et ça, c'est vérifié dans les faits, vous pourrez dire ce que vous voulez. Qui plus est, je fais bien le distinguo entre "trés bon" d'un coté et "bon" de l'autre parce que là aussi il y a un bémol: le ticket d'entrée du C++ est bien plus élevé que .NET/Java, c'est bien pour ça que C++ perd du terrain. Attention! Je ne cautionne pas, je constate.
    Je ne connais pas assez bien les 3 frameworks pour les comparer mais je pense qu'on peut déjà trouver pas mal de chose de sympa dans Qt. Ensuite je pense que son développement va se poursuivre.

    Après je suis d'accord sur la différence de productivité entre Java/C# contre C++ et aussi sur le "ticket d'entrée". Mais c'est aussi une différence d'esprit dans le métier.

    Citation Envoyé par xlegalles Voir le message
    Ce qui me fait sourire, c'est ce débat sur la portabilité: faites du Java dans ce cas ! On s'en fout de la portabilité (en général) ! D'ailleurs dans ce cas, vous ne parlez pas de Chrome OS
    Ce qui est important de mon point de vue, c'est l'interopérabilité. Et comme elle est en général bien assurée, cela permet de bien choisir les technos pour chacun des tiers de son architecture ...
    J'ai participé à plusieurs projets industriels jusqu'à maintenant où la portabilité autant que l'interopérabilité était des problèmes important. Et je pense que le portabilité va être de plus en plus prépondérant.


Discussions similaires

  1. Que choisir ? C# , VB.NET, C++, Delphi ? pourquoi ?
    Par Louis-Guillaume Morand dans le forum Général Dotnet
    Réponses: 475
    Dernier message: 08/04/2010, 20h27
  2. Qt vs .NET : que choisir ?
    Par vandamme dans le forum C#
    Réponses: 4
    Dernier message: 16/11/2009, 12h29
  3. mfc ou .net ? que choisir ?
    Par subzero01 dans le forum MFC
    Réponses: 19
    Dernier message: 21/05/2008, 13h06
  4. [VB.Net] Que choisir tableaux ou collections ?
    Par Pasiphae dans le forum VB.NET
    Réponses: 2
    Dernier message: 16/03/2006, 16h35
  5. [D2005] - Que choisir Winform ou VCL.NET ?
    Par RamDevTeam dans le forum Delphi .NET
    Réponses: 2
    Dernier message: 07/02/2006, 06h25

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo