Discussion :

[divayht]

Bonjour à tous, je dois concevoir une application qui doit comporter une IHM. Cette application va théoriquement rester "intacte" pendant une bonne dizaine d'années sinon plus. Le but est donc d'utiliser une bibliothèque dont les mises à jours ne feront pas planter l'application, ou d'éviter les mises à jour. J'ai peur qu'en utilisant Qt par exemple, dans 10 ans la version 4.x pose des problèmes, notamment si elle utilise des modules indépendants de cette libraire qui n'existeront plus ou ce genre de choses.

J'aimerais donc savoir quelle librairie est la plus "stable" et pérenne dans le temps ?

PS: J'ai cité ces 3 libraires car elles me semblent les plus connues et utilisées (je n'ai pas cité MFC car mon appli doit tourner sous linux), mais la liste n'est bien sûr pas exhaustive.

Merci d'avance

[dourouc05]

Dans le cas de Qt, il n'y a jamais eu de problème lors d'une mise à jour : quand on est passés de Qt 3 à Qt 4, le module Qt3Support est apparu pour éviter de devoir migrer totalement l'application en passant de la version 3 à la version 4. Il est encore distribué avec Qt (depuis 2005 jusqu'au moins 2010).*


Jusqu'à présent, il n'y a jamais eu de suppression de module : le module Multimedia est migré, il passe de Qt aux Qt Solutions. Il reste donc disponible à tout qui veut l'utiliser, il suffit de le compiler à côté.*


Une petite exception : Qt Script. Dès Qt 4.6, il utilise le moteur JavaScript de WebKit. L'autre moteur est cependant toujours disponible sur les Qt Solutions, sous les mêmes conditions que Qt.*


On peut donc dire que Qt se soucie de ses clients : me^me si la fonctionnalité recherchée n'est plus disponible dans le paquet de base Qt, tu la retrouveras toujours dans les Qt Solutions.*


Niveau stabilité de l'API, elle ne change pour ainsi dire jamais entre deux versions stables, ou alors c'est documenté (auquel cas la migration se fera simplement). Niveau stabilité en général, le framework est aussi utilisé dans des télévisions, on n'a jamais entendu parler de TV qui se plante.*


Maintenant, si tu utilises des modules externes, Nokia n'envisagera jamais leur maintenance, il y a déjà fort à faire avec Qt. Par contre, ils continueront de compiler et de fonctionner avec les versions plus récentes (un des meilleurs exemples : Qwt, dont les dernières versions sont compatibles avec Qt 3*et*Qt 4). Il suffit donc d'en garder les sources, au cas où tous les miroirs disparaîtraient.*

[divayht]

Merci de ta réponse

Pour ce qui est des modules externes, je pensais plutôt à des modules que pourrait utiliser Qt mais qui ne font pas partie de la bibliothèque. Mais peux-être qu'il n'y en a pas^^

[dourouc05]

Qt n'a pas vraiment de dépendance. Si tu veux faire du SSL, tu installes OpenSSL ; si tu veux une base de données, tu installes le connecteur adéquat pour le C ou le C++. Qt continuera de se compiler sans problème. Et la probabilité pour qu'OpenSSL disparaisse ou que tous les SGBD supportés disparaissent est plus qu'extrêmement faible...*