Quote:
j'aimerais connaitre votre avis sur les langages / frameworks les mieux adaptés au développement d'IHM
Tout dépend ce que l'on veut faire mais globalement ->
Quote:
(sous Windows ainsi que sous Unix/Linux) dans le monde de l'informatique industrielle.
A titre d'exemple, nous utilisons actuellement essentiellement les MFC sous Windows et X11/Motif sous Unix.
-> Lorsqu'on développe sur plusioeurs plate-forme le mieux est quand même de choisir du portable.
Développer en MFC est une atrocité et ce n'est pas portable.
Développer en X11 est uen atrocité et ce n'est pas portable.
Les deux sont donc doublement coûteux: longs temps de développement et en plus faut le faire deux fois. A bannir :evil:
Quote:
Quid de .Net (2.0), WPF,
Pas portable pour l'instant.
Qt est excellent.
On peut développer relativement vite avec, même très vite pour du C++, et c'est remarquablement portable.
Maintenant il y a la question du temps de développement. Faut il obligatoirement coder l'IHM en C++ :?:
- Si non: alors on prend un langage de script intelligent comme Python et une librairie "wrapper" d"un toolkit tel que QT ou WxWidgets. Respectivement PyQT et wxPython. Ensuite on interface quasi automatiquement l'IHM avec les routines de calculs ou je ne sais quoi écrites en C++, au moyen d'un outil comme SWIG.
Réduction garantie du temps de développement: facteur 5 à 10 au minimum
- Si oui. Alors on prend QUAND MEME un PyQT ou wxPython pour prototyper l'IHM. Ce qui permet de gagner un temps fou pour le développement (pas de compilation). Quand c'est prototypé on recode en C++.
Réduction garantie du temps de développemet 3 à 5 au minimum. Plus que cela si le client demande de nombreuses modifications de l'interface ;)
Et quand je dis réduction, je sais de quoi je parle, puisque je me base sur mon expérience.
Mais faut-il coder en C++ ?
Bon on va pas coder en Java quand même. Mais à notre triste époque on oublie des outils d'une puissance formidable comme Lisp. Avec Lisp on a:
- performance à l'exécution très proche de C/C++.
- d'une gestion automatique de la mémoire.
- portabilité parfaite.
- un langage adapté aux applis industrielles.
- Langage standardisé y compris la librairie graphique (CLIM). Lisp à ma connaissance est le seul langage entièrement standardisé.
- Modèle de développement incrémental qui permet (c'est avéré) de coder de 5 à 10 fois plus vite qu'en Java ou C++, au bas mot.
- un langage simple parfaitement adapté au développement d'applications complexes. L'expérience montre que plus l'application est complexe, plus Lisp révèle sa valeur.
- Des outils de développement commerciaux (IDE) respectant le standard et existant à l'identique sur les plates-formes (Allegro ou Lispworks)
Oui je sais, Lisp on y pense plus de nos jours, on le considère comme obsolète. A tort. Lisp est très en avance sur son temps dans tous les compartiments du jeu du développement. Mais bon je ne sais pas si je vais convraincre là :D
Tout dépend ce que l'on veut faire mais globalement ->
-> Lorsqu'on développe sur plusioeurs plate-forme le mieux est quand même de choisir du portable.
Développer en MFC est une atrocité et ce n'est pas portable.
Développer en X11 est uen atrocité et ce n'est pas portable.
Les deux sont donc doublement coûteux: longs temps de développement et en plus faut le faire deux fois. A bannir :evil:
Pas portable pour l'instant.
Qt est excellent.
On peut développer relativement vite avec, même très vite pour du C++, et c'est remarquablement portable.
Maintenant il y a la question du temps de développement. Faut il obligatoirement coder l'IHM en C++ :?:
- Si non: alors on prend un langage de script intelligent comme Python et une librairie "wrapper" d"un toolkit tel que QT ou WxWidgets. Respectivement PyQT et wxPython. Ensuite on interface quasi automatiquement l'IHM avec les routines de calculs ou je ne sais quoi écrites en C++, au moyen d'un outil comme SWIG.
Réduction garantie du temps de développement: facteur 5 à 10 au minimum
- Si oui. Alors on prend QUAND MEME un PyQT ou wxPython pour prototyper l'IHM. Ce qui permet de gagner un temps fou pour le développement (pas de compilation). Quand c'est prototypé on recode en C++.
Réduction garantie du temps de développemet 3 à 5 au minimum. Plus que cela si le client demande de nombreuses modifications de l'interface ;)
Et quand je dis réduction, je sais de quoi je parle, puisque je me base sur mon expérience.
Mais faut-il coder en C++ ?
Bon on va pas coder en Java quand même. Mais à notre triste époque on oublie des outils d'une puissance formidable comme Lisp. Avec Lisp on a:
- performance à l'exécution très proche de C/C++.
- d'une gestion automatique de la mémoire.
- portabilité parfaite.
- un langage adapté aux applis industrielles.
- Langage standardisé y compris la librairie graphique (CLIM). Lisp à ma connaissance est le seul langage entièrement standardisé.
- Modèle de développement incrémental qui permet (c'est avéré) de coder de 5 à 10 fois plus vite qu'en Java ou C++, au bas mot.
- un langage simple parfaitement adapté au développement d'applications complexes. L'expérience montre que plus l'application est complexe, plus Lisp révèle sa valeur.
- Des outils de développement commerciaux (IDE) respectant le standard et existant à l'identique sur les plates-formes (Allegro ou Lispworks)
Oui je sais, Lisp on y pense plus de nos jours, on le considère comme obsolète. A tort. Lisp est très en avance sur son temps dans tous les compartiments du jeu du développement. Mais bon je ne sais pas si je vais convraincre là :D