Discussion :

[RamDevTeam]

D'ailleurs à ma connaissance, il n'y a pas d'autre langage capable qui permette de créer aussi facilement des applications compilables vers ces deux plateformes.

Je pense qu'il y a un erreur dans ce que tu dis.

La syntaxe d'une application win32 et d'une application Delphi.net sont identiques, mais dans une appli delphi.net tu va utiliser des objets propre aux framework que tu ne retrouvera pas à l'identique sur la version win32.
Dans une version win32, tu va aussi aussi utiliser des mécanismes qui ne sont pas portable vers dotnet.


Lorsque tu démarre un projet tu choisi entre win32, VCL pour .net
Une fois ce choix fait, l'application n'est compilable que pour la plateforme indiquée. En aucun cas, tu peux avoir un projet compilable simultanéement en win32 et en vcl.net ... ou bien j'ai franchement loupé une étape

Autre point les composants : Tous les composants VCL.NET n'ont pas forcément d'équivalent VCL win32 ... un exemple, la palette ECO.

Il en est de même pour les composants tiers : Devexpress n'a pas de version vcl.net de ses composants.

[skywaukers]

Bonjour,

Je pense qu'il y a un erreur dans ce que tu dis.

La syntaxe d'une application win32 et d'une application Delphi.net sont identiques, mais dans une appli delphi.net tu va utiliser des objets propre aux framework que tu ne retrouvera pas à l'identique sur la version win32.
Dans une version win32, tu va aussi aussi utiliser des mécanismes qui ne sont pas portable vers dotnet.


Lorsque tu démarre un projet tu choisi entre win32, VCL pour .net
Une fois ce choix fait, l'application n'est compilable que pour la plateforme indiquée. En aucun cas, tu peux avoir un projet compilable simultanéement en win32 et en vcl.net ... ou bien j'ai franchement loupé une étape

Autre point les composants : Tous les composants VCL.NET n'ont pas forcément d'équivalent VCL win32 ... un exemple, la palette ECO.

Il en est de même pour les composants tiers : Devexpress n'a pas de version vcl.net de ses composants.

si tu t'appuis uniquement sur des composants VCL communs aux 2 platesformes (win32 et .NET), tu peut très facilement faire 2 projets partageant les même unités, chacun compilable dans sa plate-forme.

@++
Dany

[RamDevTeam]

Il ne s'agit donc pas d'un projet compilable vers 2 plateformes différentes mais bien de 2 projets spécifiques (même s'il utilise les même .pas)

Concernant les écrans
=> dfm pour delphi win32 et nfm pour delphi.net ...

Concernant les uses de la partie Interface
=> quelques modifications entre les 2 plateformes qui font que BDS modife la syntaxe automatiquement : StdCtrls devient Borland.StdCtrls par exemple

Quelques modifications dans la VCL elle même :
=>la propriété TAG n'est plus un entier mais un objet

La syntaxe : Il y a des syntaxes non compatibles.
Un exemple tout simple, l'utilisation de pointeur n'est pas autorisé pour une appli .net

La gestion des packages est aussi un peu différentes

Et pour finir, concernant la limitation aux composants VCL standard commun, Ce limiter à ceux-ci, c'est injouable pour une appli professionnelle.

Un des grand avantages de BDS pour .NET est le framework ECO qui n'existe qu'en version .net

BDS n'est pas fait pour avoir un projet compilable à l'identique sur dotnet et win32. Par contre les règles du langage sont les même et la syntaxe aussi.

Quand tu sais développer sous delphi, tu sais faire du dotnet sans énormément de mise à niveau (dire aucune serait mentir)

Pour carricaturer la seule appli compilable sans pb sur les 2 plateformes, serait un Hello word en mode console.