Version imprimable
Bonjour,
Ce message s'adresse surtout à des développeurs qui ont déjà migré vers Builder C++ 2010.
Je dois passer prochainement différentes applications d'un environnement à l'autre, ce passage se fait-il automatiquement, ou dois-je faire attention à certains points et prévoir un temps de migration ?
Merci d'avance.
Salut, et bienvenue sur le forumDe manière générale, tu auras bien meilleur temps de prévoir un délais de migration que de ne pas le prévoir :PCitation:
Envoyé par LescureImage
Dans le meilleur des cas, tu pourra annoncer la sortie de la nouvelle version avec un peu d'avance, et ton comptable sera très contant de constater que tu n'as pas, pour une fois, explosé le budget suite à des retards :P
Dans le pire des cas, tu auras tout juste le temps, avec le délais que tu aura prévu, d'apporter une solution cohérente aux problèmes que peut poser la migration ;)
Pour ce que j'en sais, C++ builder avait déjà fait un gros effort au niveau du respect de la norme avec sa version 2007.
Le gros des problèmes a donc de bonnes chances d'avoir été découvert lors du passage de la version 6 (ou inférieure) à la version 2007.
Seulement, je me souviens aussi que "quelqu'un" estimait en 2007 que "les systèmes 64 bits n'intéresseraient jamais que certains types de professionnels" :aie:
Force est de constater qu'il s'est lourdement trompé re :aie:
Le tout, sans compter qu'un projet n'est pas forcément l'autre, et qu'il est possible que la migration de l'un ne pose strictement aucun problème, alors que la migration de l'autre fera s'arracher les cheveux de la tête à la personne qui doit la prendre en charge :P
Le plus gros problème est la transition de C++ Builder 2009 version originale à C++ Builder 2009 upgrade 3, qui change le type des chaines VCL de AnsiString à UnicodeString. En passant de 2007 à 2010, vous serez obligé d'y passer aussi.
Cela n'a l'air de rien, mais si vous récupérez des chaines depuis votre interface graphique, votre application a intérêt à être déjà conçue pour Unicode. En particulier, si vous utilisiez std::string pour communiquer avec l'UI, vous avez du travail en perspective. Il faut tout de même admettre que UnicodeString peut lire n'importe quoi, donc si vous ne récupérez rien depuis votre UI, mais que vous envoyez du texte, tout se passera bien.
A part ceci, je ne peux que vous encourager à migrer. C++ 2010 crashe beaucoup moins que 2007, voire pratiquement plus. Dommage que la complétion de code soit toujours aussi lente, il faut impérativement la désactiver dès 10k lignes. La compilation est rapide, voire un peu trop (les dépendances sont mal détectées, et on peut se retrouver avec des en-tête précompilés de façon trop agressive).
Le support de Boost est nettement meilleur que sous 2007 ou 2009, tout en restant médiocre par rapport à VS2010 / gcc. Au moins peut on utiliser les en-tête les plus courants. De plus, on a droit à quelques améliorations C++0x, bien que là encore cela soit un peu en retrait de VS2010.
Ceci dit, on n'a plus besoin des tournures ésotériques qu'on était obligé de faire en 2007 pour de simples initialisations de membres statiques, ou les confusions hallucinantes de portées (difficultés à trouver std::abs après inclusion d'en-têtes MFC), et autres joyeusetés typiques de C++ Builder. Il reste de petites incompatibilités avec VC++ sur des points de détail du C++, je ne sais pas si c'est Microsoft ou Embarcadero qui a tort.
Enfin, on garde tous les avantages de C++ Builder: une facilité déconcertante pour tout ce qui concerne l'UI, tout en gardant une très bonne intégration avec le reste du projet s'il est en C++.
Pour résumer: si votre application est déjà en std::wstring et supporte Unicode, vous n'aurez que des avantages à passer de 2007 à 2010. Sinon, prévoyez une période de transition.