Discussion :

[RamDevTeam]

Bonjour,

Quand on ne développe pas d'application dotnet, est-ce que Delphi 2005 présente un intérêt ou vaut'il mieux attendre delphi 2006 ?

D'après ce que j'ai pu voir de D2005, la partie win32 n'a franchement pas évolué. Quelques VCL supplémentaires, une interface beaucoup plus lourde que D7.

Quels sont donc les avantages de d2005 si on oublie la partie dotnet ?

[npze]

Je dirais que les avantages se situent au niveau de la gestion du code (refactoring) et de l'interface, principalement. Le mieux pour s'en rendre compte et d'essayer la version d'évaluation. Sinon, il est vrai que cette meme interface est plus lourde que celle de delphi 7 (meme si on désactive la gestion des profils delphi.net, C# et ECO). Il y a aussi quelques désagréments assez étrange comme l'impossibilité de créer un controle activeX dans une bibliotheque activeX, à partir d'un composant de la VCL comme le permet delphi7 (l'option dans la liste des types de nouveau projets possibles est simplement manquante). Voila pour ce que je sais personnellement.
En conclusion il n' y a selon moi aucun intérêt majeur de passer de delphi7 a delphi 2005 pour ne faire que du dev win32. Et cela risque d'etre la meme chose pour delphi 10, qui va probablement concentrer son évolution sur le support et les fonctionnalités liées à .Net (framework 2.0, ECO 3, etc.) Cela dit ce n'est pas bien grave, delphi 7 reste un produit productif et suffisament stable pour le dev win32.

[sjrd]

Tu peux te faire une petite idée des améliorations de forme de Delphi 2005 avec ce tutoriel

[RamDevTeam]

effectivement, si on s'en tient à win32, les évolutions de d2005 sont plutot restreintes :
- historique des modifications
- code repliable
- codage sélectif des fichiers sources

pour le reste :
la suggestion de paramètres existait déja quand on faisait crtl-espace

les snippets de code était possible avec Gexpert (qui permet d'ailleurs de d'atteindre une méthode d'une unité, bcp plus rapidement que via le treeview de l'éditeur ou directement dans l'éditeur sous le nom "modèle de code" en utilisant crtl-J

La synchronisation existait avec Teamsource.

Donc si on retire .net, il n'y a pas vraiment d'évolution (à part une interface plus lourde).