Discussion :

[stailer]

C'est clair, ce n'est pas le débat, et de toute façon je ne vois pas ce qu'il y a de déshonnorant à venir du Pascal pour Delphi, ou à C# du C.

Le langage d'origine n'est plus présent, puisque des refontes ont été effectué par Microsoft et Borland pour leur langage respectif.

Pour en revenir à l'IDE, et n'ayant (malheureusement) pas encore testé Delphi 8, j'aimerais savoir si MyBase est toujours présent dans ce dernier ?
En effet, voila un avantage majeur pour Borland. C'est une base de données gratuite, rapide, intégrée à Delphi (le 7 du moins) et surtout capable de 'synchroniser' des fichiers XML avec ses tables.

[hachesse]

Pour en revenir à l'IDE, et n'ayant (malheureusement) pas encore testé Delphi 8, j'aimerais savoir si MyBase est toujours présent dans ce dernier ?
En effet, voila un avantage majeur pour Borland. C'est une base de données gratuite, rapide, intégrée à Delphi (le 7 du moins) et surtout capable de 'synchroniser' des fichiers XML avec ses tables.

Tu peux créer des RecordSet ADO a partir d'une fichier XML si je ne me trompe pas.
Donc cette possibilité t'es offerte par le framework que tu sois sous D8, VS.NET ou le blocnote

[Sylvain James]

Pour en revenir à l'IDE, et n'ayant (malheureusement) pas encore testé Delphi 8, j'aimerais savoir si MyBase est toujours présent dans ce dernier ?
En effet, voila un avantage majeur pour Borland. C'est une base de données gratuite, rapide, intégrée à Delphi (le 7 du moins) et surtout capable de 'synchroniser' des fichiers XML avec ses tables.

Oui MyBase est toujours présent dans la VCL for .NET.
C'est intéressant pour la migration d'anciens projets, mais sinon autant utiliser les Dataset du framework .NET qui offrent les mêmes fonctionnalités et plus. C'est étonnant d'ailleurs de voir comment beaucoup de bonnes idées issues de Datasnap / Midas / Mybase se retrouvent dans le nouveau framework ADO .NET ... :-)

Sylvain

[gobelin]

Personnellement je pense que les IDE de Borland sont de meilleurs qualites que celui de Microsoft. J'utilise VS pour faire du developpement web et l'EDI de MS a une facheuse tendance a modifier mon code HTML lors du passage en mode design. Cela est assez frustrant.
POur le dev web je pense que C# est le mieux adapte car il est tres proche de java. Donc le passage de l'un a l'autre est plus aisé. Sinon pour le reste c'est plus une question d'affinite.

Ma preference se porte sur delphi 8 car je n'ai quasiment developpé que sous delphi. Et aussi par ce que le code y est plus clair et mieux structuré.

[PeteMitchell]

Ancien développeur sous Delphi (4,6 et 7), j'ai été assez déçu de voir Borland laisser tomber la VCL telle que nous la connaissions, pourtant, c'est avec une certaine joie que j'ai découvert .NET et C# ! La syntaxe est intuitive pour les habitués de java et C++, tout comme celle de D.NET pour les habitués de Delphi.
Je trouve le Delphi.net est resté (et c'est logique puisque c'était l'objectif) pollué par certains détails enervants (par exemple, les Begin et End auxquels je n'ai jamais pu m'habituer).
Finalement, quitte à produire le même code MSIL, j'ai préféré passer définitivement en C# qui me rappelle le Java et le C++ avec lesquels j'ai pas mal travaillé aussi. Juste un regret, je trouve que C# builder est très buggé et même si je l'apprécie, il faut avouer que l'editeur de code est tout simplement foireux, est-ce ma machine ? Je me pose la question car par moment, c'est infernal !

[hachesse]

Ancien développeur sous Delphi (4,6 et 7), j'ai été assez déçu de voir Borland laisser tomber la VCL telle que nous la connaissions

Que veux tu dire par laisser tomber. La VCL est toujours présente dans Delphi 8. Ca demander un très gros travail pour justement garder cette VCL sous .NET et le resultat n'est vraiment pas mauvais.

Un application Delphi 7 se porte bien mieux sous Delphi 8 qu'un application VB6 vers du VB.NET (bon ok, Delphi 7 est plus orienté objet que VB6)

C'est vrai que la VCL à évoluer mais elle est loin d'etre abondonnée.

Je trouve le Delphi.net est resté (et c'est logique puisque c'était l'objectif) pollué par certains détails enervants (par exemple, les Begin et End auxquels je n'ai jamais pu m'habituer).

Ce genre de detail c'est la base du pascal. Après si tu n'utilise plus de pascal comme langage, ca s'appel plus Delphi.

[PeteMitchell]

Quand je dis abandonné la VCL, je veux dire abandonné l'ancien système Win32 dont les jours sont comptés ! Je sais bien que Borland a fait un choix logique et obligé en passant .net mais je le regrette quand même ! Si j'apprécie .net, je trouev que transformer Delphi dans ce sens est un peu choquant ... Je fais pas avancer le débat, je donne juste mon opinion. Delphi était Delphi, en devenant .net, il n'est plus le Delphi qu'il était !
Quant aux détails, j'ai bien précisé que c'était normal pusique c'est du Delphi, mais c'est vrai que j'admets être passé au C# puisque comme je l'ai dit, autant être .net completement !

[hachesse]

Borland prépare en ce moment meme une mise a jour de delphi 7 et tu devrais y retrouver les ajouts de delphi 8 dans delphi 7 (delphi 7.1) avec une compilation en Win32 et un langage compatible CLS .NET

Donc on ne peut pas dire que c'est abondoné

[stailer]

D7.7 C'est la fameuse version fourni gratuitement avec Delphi 8 c'est ça ?

[dev01]

Salut !

Pour ce qui est du débat delphi vs c# je dirais que le C# est plus structuré dinc plus lisible mais bon cet avis n'engage que moi. Pour le choix du langage je pense qu'il doit ce faire en fonction des acquis de chacun et du futur du projet. Ainsi un projet ayant pour seul but de tourner sous Windows pourras etre écrit en delphi pas de pb. Par contre si on veut le faire tourner soius linux alors il faut l'écrire en C# car le compilateur .Net qui existe sous linux est mono (www.go-mono.net) qui est un compilateur C#.
Voila pour info je code en C# mon avis n'est peut-etre pas objectif ...

[SilverHawk]

Je développe sous Delphi depuis sa v1.0 jusqu'à maintenant (v7.1) sous Windows, maintenant il faut penser à l'avenir avec .NET et le prochain OS LongHorn (Remarque vu le crash de LongHorn lors de sa présentation, ca me laisse perplexe quand à la compatibilité des apps Win32 )

Bref ...

Le saut à Delphi 8 .NET me fait rappeler l'époque de la transition entre TurboPascal à Delphi 1 sous Windows 3.1 (c'était nouveau et lent), un projet sous TurboPascal n'était pas compilable directement sous Delphi, il fallait le modifier, maintenant passer du Delphi Win32 à Delphi .NET c'est pareil (on retrouve le même language Delphi mais avec d'autre nouveautés et contraintes). Si vous n'êtes pas pressé, je pense qu'il faut attendre Delphi 9, prévu pour cette fin d'année (enfin normalement) et voir à ce moment là.

Pour les développeurs Delphi qui s'intéressent au .NET, je conseillerai plutôt d'apprendre le C#, pour 3 raisons :

1) - Le Delphi restera du Delphi, le language vous le connaissez, donc pas la peine de ce jetter sur Delphi .NET, c'est leur 1er essai (je parle de Delphi pour .NET et non C# Builder) pour Borland, VCL .NET n'est pas encore au très point, patientez un peu ...

2) - Actuellement on considère le C# comme le meilleur language pour le développment .NET, l'avantage d'apprendre le C# reste une bonne alternative à Delphi (apprenez maintenant car vous avez le temps d'ici 2006 avec LongHorn) et vous serez en plus multi-plateforme (vous pourrez jongler entre les outils Borland et les outils Microsoft)

3) - Vous retrouvrez dans C# l'esprit de Delphi, (dans sa structure très typée, le principe composant, ...) car même si c'est un outil Microsoft, c'est quand même le père de Delphi (M. Anders Hejlsberg) qui à créé C#

Maintenant si vous avez un projet à faire .NET avec un temp très court, utilisez le language Delphi 8 .NET.

Pour le .NET je serai plus tenter par C# que Delphi 8 (VCL.NET étant un peu plus lent)

Cordialement,
Bruno

[vladvad]

J'ai testé Visual Express et 1 semaine après j'ai commandé Visual Studio Pro + abonnement MSDN ...

J'étais tout de même étonné qu'il soit possible de développer des applis commerciales avec Visual Express (gratuit). On va dire que ce qui m'a réellement décidé c'est les services associés à MSDN

[Mat.M]

Pour les développeurs Delphi qui s'intéressent au .NET, je conseillerai plutôt d'apprendre le C#, pour 3 raisons :

1) - Le Delphi restera du Delphi, le language vous le connaissez, donc pas la peine de ce jetter sur Delphi .NET, c'est leur 1er essai (je parle de Delphi pour .NET et non C# Builder) pour Borland, VCL .NET n'est pas encore au très point, patientez un peu ...

2) - Actuellement on considère le C# comme le meilleur language pour le développment .NET, l'avantage d'apprendre le C# reste une bonne alternative à Delphi

C'est discutable et c'est contraire à la philosophie initiale de .NET prévue par Microsoft.
.NET en théorie est ouvert à n'importe quel language pourvu que ce language soit compilé en Microsoft Intermediate Language appelant le Common Language Runtime.
D'ailleurs rien n'empêche qui que ce soit de créer son propre compilateur...
Microsoft donne les spécifications du Intermediate Language.
Donc dire si Delphi NET est meilleur que C# ou vice-versa c'est très discutable.
C'est plutot une question de language pur ce qui est un autre débat.
Mais Delphi.NET au final produira du code MSIL tout autant que C#.
Ce qui peut faire la supériorité de C# sur Delphi.NET c'est une éventuelle optimisation du code controle des exceptions et tutti-quanti

When compiling to managed code, the compiler translates your source code into Microsoft intermediate language (MSIL), which is a CPU-independent set of instructions that can be efficiently converted to native code. MSIL includes instructions for loading, storing, initializing, and calling methods on objects, as well as instructions for arithmetic and logical operations, control flow, direct memory access, exception handling, and other operations. Before code can be run, MSIL must be converted to CPU-specific code, usually by a just-in-time (JIT) compiler. Because the common language runtime supplies one or more JIT compilers for each computer architecture it supports, the same set of MSIL can be JIT-compiled and run on any supported architecture.

3) - Vous retrouvrez dans C# l'esprit de Delphi, (dans sa structure très typée, le principe composant, ...) car même si c'est un outil Microsoft, c'est quand même le père de Delphi (M. Anders Hejlsberg) qui à créé C#

C'est exact et on retrouvera dans .NET ( VB.NET aussi et pas seulement C# ) la même philosophie que les outils Borlands avec leurs palettes de composants basés sue la VCL

[vladvad]

Borland prépare en ce moment meme une mise a jour de delphi 7 et tu devrais y retrouver les ajouts de delphi 8 dans delphi 7 (delphi 7.1) avec une compilation en Win32 et un langage compatible CLS .NET

Donc on ne peut pas dire que c'est abondoné

Il me semble très clair que Borlandd joue actuellement sa survie face au rouleau compresseur qu'est Visual Studio ... Qu'en pensez vous ?

[heid]

Il me semble très clair que Borlandd joue actuellement sa survie face au rouleau compresseur qu'est Visual Studio ... Qu'en pensez vous ?

Ton post est très marrant (sans me moquer de toi) et à ton insu je pense :

primo :
tu cites un poste qui date de 3 ans et demis !

deuxio :
borland a abandonné delphi depluis longtemps

C'est comme si tu fesais aujourd'hui un sondage pour savoir si la France va gagner la coupe du monde de rugby en 2007 en citant un article sportif des années 90 !