VCL 转 VCL.NET ( 积分: 100 )

依Borland的说法，从Delphi（VCL）移植到Delphi.Net(VCL.NET)不是难事，至少比VB6到VB.NET要容易、完整的多，可问题好像不是这么简单。真正的Delphi Win32应用程序大都使用了大量的第三方VCL,如果这些VCL没有变成VCL.NET,那么你的Delphi Win32程序是无论如何也变不成Delphi.Net（VCL.NET）程序的。如果你用的VCL是商业的，又没有source code，那自然得等VCL开发者将它porting到VCL.NET了。如果你有source code, 你就多了一个选择，可以自己porting到VCL.NET。不过现状好像是各方面在这一块都不热。在厂家方面，并不是有很多的VCL.NET出来（不管是comercial还是freeware),在程序员方面，也极少相关的讨论。这是很让我不解的地方，到底是这种porting太easy了呢，还是太难了？又或者是根本就没有必要，也就是说根本就没有人在用Delphi.Net 做 VCL.NET的应用？难道大家都要留在Win32,或者宁可用C#重写，也不选择porting?
既然.NET提供了用C#,VB.NET之外的language来写程序，Delphi.NET又提供这种可能，为什么不将Delphi进行到底呢？

依Borland的说法，从Delphi（VCL）移植到Delphi.Net(VCL.NET)不是难事，至少比VB6到VB.NET要容易、完整的多，可问题好像不是这么简单。真正的Delphi Win32应用程序大都使用了大量的第三方VCL,如果这些VCL没有变成VCL.NET,那么你的Delphi Win32程序是无论如何也变不成Delphi.Net（VCL.NET）程序的。如果你用的VCL是商业的，又没有source code，那自然得等VCL开发者将它porting到VCL.NET了。如果你有source code, 你就多了一个选择，可以自己porting到VCL.NET。不过现状好像是各方面在这一块都不热。在厂家方面，并不是有很多的VCL.NET出来（不管是comercial还是freeware),在程序员方面，也极少相关的讨论。这是很让我不解的地方，到底是这种porting太easy了呢，还是太难了？又或者是根本就没有必要，也就是说根本就没有人在用Delphi.Net 做 VCL.NET的应用？难道大家都要留在Win32,或者宁可用C#重写，也不选择porting?
既然.NET提供了用C#,VB.NET之外的language来写程序，Delphi.NET又提供这种可能，为什么不将Delphi进行到底呢？

大侠高论，呵呵。

据我所用的，大部分都有for .net版本的了，当然，也许它们不是叫for .net，大都是叫 for delphi 2005

那的确不叫for .net,它们本质上还是VCL for Win32, 我早就把我所用到的VCL在D2005 Win32下重新编译安装了。记得在JEDI for D2005出来之前，我就可以手工将它用在D2005了。现在也正在porting 到VCL.Net，已经成功地porting 了JvImage。至于能否全部porting成功，当是未知数，不过有一个算一个，好过一点都没有。