Discussion :

[Mickey974]

Bonjour,

Je n'ai pas trouvé de débat concernant les produits, les languages et environnement suivant :

• CodeGear : Delphi 2007 PascalObjet Win32
• Microsoft : Visual Studio 2005 C++ Win32

(j'insiste : pas de .NET)
J'aimerai avoir des avis éclairés sur le sujet (non polémique s'il vous plaît).

Voici mes questions :

1. Rapidité d'exécution : Est qu'une application Delphi sera + ou - moins rapide qu'une application MVS2005 ? Utilisation de DirectX, de la 3D, de listes gigantesques (+ 100 000 lignes)
2. Facilité de prise en main : Est ce que l'interface MVS2005 est aussi simple à prendre en main que celle de Delphi 2007 ?
3. Environnement RAD : Est ce qu'il existe sous MVS2005 le même système que sous Delphi 2007 à savoir une VCL permettant de construire rapidement une application, où alors comme je le pressens, tout doit être codé à la main ?
4. Language : Est ce que le C++ est très différent du PascalObjet et qu'il faut prendre en compte un certain délai avant d'être opérationnel sur le C++ comme on pourrait l'être sur le PascalObjet (+ de 10 ans d'xp sur le PascalObjet) ?

L'immense problème de Delphi 2007 est qu'il faut tout traduire de C/C++ en Pascal Objet. Le moindre truc sympa et un peu "chiadé" (excusez du terme) est en C++. Toutes les librairies sont en C++ et DirectX est en C++. Bref, Delphi se retrouverait dans un désert sans l'énorme travail de la communauté (Jedi et autres développeurs indépendants...), mais malgré ce travail, Delphi marque toujours un temps de retard par rapport à MVS2005 et à sa communauté qui profite rapidement de tous le travail des développeurs de Microsoft.

Par exemple, je note que l'excellent composant TVirtualStringGrid (Soft Gems) n'est plus maintenu par son auteur pour Delphi mais est en cours de traduction pour .net. Idem pour ses descendants ! Est ce qu'on peut trouver un équivalent pour MVS2005 où faudra t il se taper une réadaptation du composant vers ce nouvel environnement ?

Autre exemple qui suscite mon interrogation quand à une migration vers MVS2005, c'est DirectX. La pauvreté des solutions sous Delphi pour DirectX me fait comprendre toute la difficulté que rencontre ceux qui s'attèle à cette tâche. De plus tous les moteurs 3D open source sont tous écrits en C++. Je me vois mal, si je décide d'en utiliser un le traduire pour Delphi !

Enfin un problème récurrent : l'unicode. J'ai fait une application utilisant des produits distribués gratuitement permettant l'unicode sur les composants de base (feu tnt-ware). AUjourd'hui on a plus le droit d'utiliser ses composants parce que ce distributeur s'est fait racheté et que la solution proposé par le nouvel acquéreur de tnt-ware, dorénavant passe par l'achat d'une licence... Sous MVS2005 l'unicode c'est en standard ? Non ?

Est on condamné à aller vers le C++ ? (c'est mon avis, mais je voudrai le vôtre). Et si oui, MVS2005 peut il être une bonne alternative par rapport à Delphi 2007 et ses possibilités ?

Je vous remercie pour vos avis.

[VLDG]

je ne connais pas exactement tes besoins mais si tu as 10 ans d'expérience en Pascal Objet, je ne vois pas trop l'intérêt d'aller faire du C++ avec Microsoft...
L'intérêt de Microsoft est surtout leur avance sur .net pour le moment.

[Laurent Dardenne]

Facilité de prise en main

J'utilise MVS2005 sous .NET, je trouve l'interface plus riche ce qui nécessite plus de temps pour la prise en main.

Language

Le C++ permet un peu plus de chose au niveau objet. Mais je pense que les piéges sont plus nombreux avec ce langage, donc le temps d'apprentissage sera légérement plus long.

Ta question étant à cheval sur 2 rubriques, le mieux serait de poster aussi dans le forum C++, en précisant que tu l'as déjà fait dans ce forum.

Tu as aussi dans la page cours qq liens sur le sujet :
http://delphi.developpez.com/cours/?...E&them=C%2B%2B

[Mickey974]

Merci pour vos réponses.

Envoyé par VLDG
je ne vois pas trop l'intérêt d'aller faire du C++ avec Microsoft...

J'ai expliqué le pourquoi dans mon message.

Envoyé par Laurent Dardenne
Ta question étant à cheval sur 2 rubriques, le mieux serait de poster aussi dans le forum C++, en précisant que tu l'as déjà fait dans ce forum.

Ok je le ferai. Merci

[VLDG]

j'ai été imprécis en effet...

pour des applications de gestion : les 2 sont équivalents.

si tu veux faire des jeux, c'est très rare en Delphi.

Pour ce qui est du VirtualTreeView le portage est pour la VCL.Net

Pour les composants TNT c'est désormais www.tmssoftware.com

Pour l'unicode, c'est prévu dans la roadmap de CodeGear.

et pour cette question :
"Est on condamné à aller vers le C++ ? (c'est mon avis, mais je voudrai le vôtre)"
je dirai non mais si c'est du 3D directX etc... alors, il y a dix ans que tu devrai en faire

[Clorish]

Moi je ne retiens qu'une seule ligne :

Utilisation de DirectX, de la 3D,

Pour etre de la partie, Delphi et la 3D c'est ultra galere. Tout tourne autour du C++, du moins si on recherche un minimum de simplicité et/ou de performance.
J'ai meme envisagé a un moment de creer un wrapper en C++ pour acceder depuis delphi a un moteur 3D convenable.

Le seul moteur 3D suffisement correct pour un besoin professionel, et accessible depuis delphi (via une dll COM) est : Truevision3D (http://www.truevision3d.com).
C'est ce moteur que l'on utilise actuelement.

Apres je ne connait pas tes besoins mais pour une utilisation sous linux, tu devrais basculer en openGL et la, Ya plus que du C++. Et pas que pour la 3D car Delphi n'ets plus present sous Linux ... du moins jusqu'a ce que codeGear s'y remette. 2008/9/10 J'ai entendu ?

Malgres ma passion pour Delphi, si tu veux manipuler de la 3D : Passe sous C++.
.... Ou alors, previens moi vite