Bonjour,
Est-ce que à votre avis il est bien d'utiliser Delphi pour créer des applications .NET ou serait-il mieux d'utiliser un language créé expressement par Microsoft pour cette nouvelle plateforme tel que le C# ou VB.NET ?
Version imprimable
Bonjour,
Est-ce que à votre avis il est bien d'utiliser Delphi pour créer des applications .NET ou serait-il mieux d'utiliser un language créé expressement par Microsoft pour cette nouvelle plateforme tel que le C# ou VB.NET ?
Personnellement je trouve que la framework .net offre une toute autre approche dans la programmation, tout a ete restructuré, je parie que en comparant le meme code source sous différents langages, c'est la meme chose a part la synthaxe, et Delphi 8 n'est plus vraiment ce qu'il etait avant je trouve.
Maintebant , je pense que le choix revient sur une synthaxe qui te convient le mieux, et personnnelement je trouve que C# n'est pas trop mal.
Bah, si tu utilises la VCL .NET, il n'y a pas de gros gros changements...Citation:
tout a ete restructuré
Mais vaut-il la peine d'utiliser la VCL mise à part pour d'anciens projets?
Si on veut écrire un nouveau projet je pense à mon avis que c'est mieux de l'écrire sans VCL ce qui évite une couche supplémentaire qui ralentit l'exécution est peut rajouter des bugs.
Votre avis là-dessus?
Je me suis déjà, et j'ai déjà posé cette question...
On m'a répondu que la VCL .NET est une couche d'abstraction que Borland supportera toujours (et continuera à développer), puisqu'elle permet d'être indépendant des changements techniques de la plateforme .NET. C'est aussi un gage de pérénité et de puissance puisqu'elle inclus de nombreuses classes qui n'existent pas encore directement dans le framework de Microsoft.
Un article de Borland à ce sujet :
http://bdn.borland.com/article/0,1410,31983,00.html
Il faut pas ce voiler la face, Vcl.net va disparaitre a petit feu. Les applications WinForms sont bien plus puissantes et est natif au .Net .Citation:
Envoyé par Reisubar
En plus , le portage vcl --> vcl.net n'est pas parfait, j'ai fais quelques essais pas du tout satisfaisant.
Personnelement , je suis pour que Borland garde cette couche .Net parceque sans ca j'ai bien peur que de nombreux developpeurs passent à un autre langage, qu'en pensez-vous ?
MS-Studio/C# ou Delphi 8.
Sincèrement j'hésite - pour les raisons évoqués dans les autres post.
Le C# me plait bien.
Mais je remarque quand même que depuis toujours, Borland s'est appliqué à proposer une compatibilité ascendante maximum. :P
Ce n'est pas tout à fait le cas de Microsoft !
Quand MS propose une nouvelle technologie (quand ce n'est pas une avancé purement marketing, c'est plutôt bien), il n'est pas rare qu'il abandonne totalement la précédente.
- passage VB 6 - VB.Net quasi impossible
- quasi abandon de J++
- vous vous étiez investit dans Interdev .? Fallait pas !
- etc..
Même si Borland à intégré les nouvelles technologies au fil des ans, les anciennens sont toujours là. Un projet Delphi 1 pas trop compliqué ne doit être loin d'être compilable avec Delphi 8.
C'est bien simple, il y a certaines routines que je balade depuis Turbo Pascal sous DOS.
Autre + de Delphi, la communauté. On ne compte plus les composant gratuit et en source de qualité professionnelle. Même si avec l'interopérabilité des langages le problème va se poser autrement, j'aime bien l'esprit "village gaulois" qui règne au sein de la communauté Delphi.
(Ce dernier argument n'est ni très technique, ni très cartésien - je vous l'accorde)
Merci pour ces premiers avis sur ce sujet :)
A titre préventif, et pour les futures interventions, dans le but d'obtenir un débat Professionnel de qualité, si vous souhaitez participer à ce débat, et que vous n'etes pas encore des experts en DotNet, en C# ou en Delphi 8, merci d'avoir l'amabilité de commencer par lire :
1) tout ce qui à déjà été écrit dans le débat avant que vous n'interveniez
2) La F.A.Q DotNET : http://dotnet.developpez.com/FAQ.NET/
3) Les témoignages sur VS.NET : http://dotnet.developpez.com/test/VisualStudio.NET/
4) Le Test de Delphi 8 pour .NET http://hachesse.developpez.com/presentationdelphi8/
Si vous avez de l'expérience en DotNet, Visual Studio pour .NET, Delphi 8 pour .NET, ou que vous avez bien lu les articles cis dessus alors vos avis seront les bienvenus
Merci de votre compréhension
:merci:
Je n'ai pas encore eut le temps de tester delphi 8.
Mais je constate que pour l'instant :
:arrow: La majoritée des gens qui sont passé en .NET sont passé sur C# ou VB.NET (un peu moins). Donc pour l'instant on trouve énormément plus de ressources techniques en C# ou VB.NET (y a même des convertisseur quand le code est assez simple). Ce n'est pas vraiment un argument technique, mais il est toujours agréable de trouver des ressources sur le langage qu'on utilise...
:arrow: VS.NET en est à sa deuxième version, on peut donc considèrer que cet IDE est le plus mature pour l'environement dotnet.
Je me pose aussi quelques questions :
:arrow: "Delphi 9" pour le framework .NET 2.0 sortira-t'il en même temps que VS 2005 / framework .NET 2.0 ? si la réponse est non, Delphi aura-t'il toujours un train de retard sur les versions du framework ?
:arrow: La VCL.NET étant une couche d'abstraction sur le framewok .NET : qu'en est-il des performances quand on sait que déjà dans un environement managé les temps d'exécution sont un peu plus lents ?
Sinon la migration des applis delphi 7 => delphi 8 semble moins douloureuse que vb6 => vb.net. Si la VCL.NET est performante, on pourra dire que borland à réussi un joli coup pour faire migrer les dephiistes vers .NET tout en douceur :)
Delphi 8 parait interessant pour les personnes qui ont un lourd passé sur delphi, on garde le même IDE, le même langage, donc il "suffit" de se plonger dans la framework .NET pour migrer.
Si on a pas de passé delphi, je ne vois pas l'interet d'attaquer dotnet avec cet outil. Pour l'instant on dispose de beaucoup plus de ressources sur C# et VB.NET, on a la possibilitée d'utiliser un IDE mature pour la plateforme .NET (VS.NET) et on peu s'orienter vers un IDE gratuit (C#builder, csharpdevelopp).
Le seul interet qu'il y ai à attaquer dotnet en delphi 8 serait un gain énorme de productivitée par rapport à VS.NET, mais n'ayant pas testé delphi 8 je ne peux pas vous éclairer sur ce sujet :?
Il me semble pour faire du développement .Net autant se servir des langages proposés et supportés par Microsoft. Ma préférence va au langage C# mais c'est plus en raison de mon passé de développeur C++ qu'un choix technique.
D'apres mes sources (que j'espere pas trop mauvaise) Delphi 9 ne serait pas un delphi pour le framework 2.0 puisqu'il devrais sortir avant le fw 2.0. Donc ca sera pour la version 10.Citation:
Envoyé par neo.51
En ce qui concerne les avantages de delphi par rapport a VisualStudio .NET
:arrow: Le passé de borland en terme de RAD (10 de delphi, et autant de preuve des competance de borland dans ce domaine).
:arrow: ECO qui n'as pas d'équivalant dans VS.NET a ma connaissance (plus d'info sur ECO : http://delphi.developpez.com/cours/eco/ )
:arrow: Integration de Together (UML pour .NET)
:arrow: Integration de Optimizeit
:arrow: Choix entre ADO.NET et BDP
:arrow: Une syntaxe (le pascal) qui a séduit des tonnes de developpeurs depuis plus de 30 ans
:arrow: Une compatibilité de l'existant bien superieur a celle existant entre VB6 et VB.NET
:arrow: Une possibilité de passer des projets .NET sous Win32 avec Delphi 7.1 (langage compatible CLS .NET mais compilation Win32) pour des deploiement sur des postes sans framework
:arrow: Integration de Delphi 8 dans l'offre ALM de Borland (Offre non proposée par MS)
A mon avis l'argument de garder l'IDE de Delphi n'est pas 100% valable, car dans ce cas là on peut aussi se tourner vers C# Builder qui a le même IDE que Delphi 8.
Donc ceci enléve pas mal des arguments qui permettent de sauver Delphi face à ce duel...
Je ne remet pas en cause ton avis, mais je me permet cependant de signaler au passage à l'attention de nos lecteurs que ce n'est pas le meme langage quand tu passe de Delphi 7 (pascal objet) à C#Builder (c#) contrairement à de Delphi 7 (pascal objet = delphi langage) à Delphi 8 (pascal objet = delphi langage )Citation:
Envoyé par Vulvulune
Cependant la problématique est totalement différente en effet s'il s'agit de selectionner un outil en tenant compte d'un existant (code, applications, habitudes, méthodes, compétences) ou pas... (on pars de rien)
Avec cependant quelque petites adaptations pour être 100% compatible avec le CLS de .NETCitation:
Envoyé par Marc Lussac
Mais c'est vrai que les changements sont mineurs par rapport a un passage vers C#
Jusqu'à présent, Borland s'était démarqué de Microsoft en offrant des IDE hautement productif. La VCL a été un grop coup :-)
Ceci dit devant le framework .NET, c'est devenu difficile de lutter sur ce terrain, c'est pour ça je pense que Borland renforce ses atouts dans les outils périphériques destinés à la gestion du cycle complet de l'application (Together, StarTeam etc.).
Le problème est que la masse des développeurs Delphi n'est pas encore aguerrie à ces nouvelles méthodes donc changement de public ? Il faut aussi reconnaître qu'il fallait bien trouver un moyen de concurrencer crosoft.
On entend parler ici et là de changer de langage ?!! On peut très bien coder en C# sans abandonner Delphi. Jusqu'à quand ça je ne sais pas.
L'avantage de D8 est qu'il vous permet de capitaliser votre existant sur votre connaissance du langage Delphi et des composants de la VCL. On est donc en mesure de développer une application .NET le plus rapidement possible sans avoir besoin de passer par un cycle formation.
Par exemple, en ce moment je travaille sur un algorithme assez complexe, mais je ne maîtrise pas encore suffisament C# et n'ai pas le temps de procéder à des essais infructueux, alors je code mon algo avec Delphi que je compile avec dccil, et j'ai une librairie .NET nickel, sans bavure, sans perte de temps.
Ce que peut de Delphinautes savent aussi, c'est qu'ils sont privilégiés s'ils ont bien étudié Midas / Datasnap car on retrouve beaucoup beaucoup de similitudes avec l'architecture d'ADO .NET
Quant à l'IDE, c'est vrai que c'est assez agréable de ne pas avoir à redécouvrir 50000 trucs qui vous facilitent le codage style les raccourcis les experts (CTRL+J par exemple).
Je pense que c'est vraiment un bon investissement à la date d'aujourd'hui pour un Delphinaute expérimenté. Dans un ou deux ans on verra : selon ce que D9 / D10 nous proposera.
En ce qui me concerne, je ne suis pas un "grand" programmeur... Delphi et sa masse de composants gratuits, et de développeurs français m'ont bien souvent permis de réaliser de belles applications avec peu de codes.
Rien que pour cette raison, j'aurai une grosse hésitation à prendre VS.NET...
De plus Delphi 8 se propose de reprendre des fenêtres Delphi7.. La je m'explique mal, mais allez voir la démo en Flash de Delphi 8 sur le site de Borland, et vous allez voir que ça déchire.
Oui, mais a conditions d'avoir les sources pour les recompiler sous Delphi 8 et .NETCitation:
Envoyé par stailer
Si tu n'a pas les sources, tu est donc condamner a attendre que l'équipe qui maintient ces composants acheve le port sous .NET
Ah oui, concernant les "anciens" composants je suis d'accord... Mais dans quelques mois y'en aura des dizaines de nouveaux compatibles Delphi 8. Et puis pour l'instant, attendre que les anciens soient transformés pour Delphi 8 n'est pas bien grave. On peut pas dire que .Net soit encore "LA" révolution. Peut-être avec le prochain Windows ?
C'est vrai que pour des developpeurs delphi ou C++Builder, la révolution est moins preceptible car ils bénéficiaient déjà d'un framework de haut niveau avec la VCL.
Mais le code manager (que ce soit du code java ou .NET) apporte quand meme pas mal de chose interssante par rapport au code natif.
Pour le moment, je passage a .NET n'est pas un impératif a court terme, mais si tu fait le choix de suivre microsoft, tu risques fort d'etre tres à la traine a moyen terme si tu ne fait pas ce passage maintenant.
Les seuls choix viables pour l'avenir (pour la grande majorité des developpements) sont Java et/ou .NET, bref, du code manager et pas du natif
Il est bien évident que qq ayant une compétence Delphi antérieure
(de même que VB ou C++) sera plus enclin à choisir D8 (de même
que VB.NET ou visual C++.NET) que C#
Mais était-ce la question posée initialement ?
Considérons qu'un développement .NET s'impose et que le développeur n'ait
aucune connaissance Delphi
Vaut-il mieux D8 ou c# ?