盒子论坛 v2.1

为什么选择Delphi.Net ？
作者:Chad Z. Hower 译者:Bear

许多人曾预言，随着.Net的引入，从一种语言的角度来说，Delphi将会衰落或者消亡。在过去的几年里这种预言就已出现很多次了，然而Delphi仍然保持了稳定的发展，甚至还有几次斩获。我相信随着.Net的持续增长，Delphi将不仅会保留住它的拥护者，而且其使用与拥护者都会增加。这是与今天许多人的意见相反的，下面我将解释这一点。

谁将从.Net获益？

.Net是个好东西。但是.Net所提供的大部分东西只是对程序员有好处。除了程序员利用.Net提供的东西外，最终用户只能获得极少的好处。没有最终用户会重启他们的计算机，并说“是的，我想今天我将安装.Net”。用户将只在被.Net应用程序要求的时候去安装.Net。

就个人而言，.Net对我最大的吸引力就是我们最终拥有了代码的跨语言兼容性。这已被延误很久了，但是跨语言兼容性也仅是程序员的工具。最终用户不会关心C#代码是否能与Delphi一起工作的很好。最终用户只关心这个程序是否做了他们希望它做的。

.Net是为服务器的

在你反驳我之前，这条申明从来都不是真的。.Net当然不是只为服务器设计的。.Net也是为桌面计算机设计的，然而从相近的术语上层面上说，.Net是为服务器设计的，这就是为什么.Net现在是并且将来也是被用作这种相近术语的原因。在一个机器上安装.Net，1.0版本需要20M以上的空间，1.1版本已发布，体积更大（1.1版为23M，并且最终的安装需要110M）。这仅仅是在安装方面，除了体积大以外，它还将变成操作系统的一个核心部分。

对于那些安装大小不是个问题的用户来说，部署与支持却也是个问题。对于有着成百上千的计算机的那些公司来说，不会简单地大规模部署任何软件系统，当然也不会不做许多准备工作就贸然安装像.Net这样的核心软件。

对于家庭用户来说，就不仅仅是安装问题了，还有带宽的问题。软件当然还是通过CD来发布的，但大多数家庭用户使用的非游戏软件都是从因特网直接下载的。当然许多用户今天也拥有宽带接入，但是除去程序员以外，大部分家庭用户都没有宽带接入。多数可下载的程序都在1-5M之间，这是一个可以接受的下载大小。把体积增大到5-20倍那就不太好下载了。

一旦你安装了它，它就在那儿了

是，又不是。一旦你安装了.Net，事实上你就拥有它了，并且对于所有.Net程序来说，它都是可用的。然而，.Net框架1.1版本已经发布，显然1.2或者2.0也已在开发之中。以前的经验告诉我们每一个版本都会比老版本体积大。如果一个用户已经安装了1.0，但是你的程序又需要1.1，这个最终用户就需要另外的更大的安装。最后，完全可以想象最终用户将需要多达4个不同的.Net框架版本，来支持已安装的软件。

程序员的观点

.Net很酷。.Net很新。这就足够让大多数程序员期望.Net了。当然，.Net也确实有足够的真材实料来让自己值得程序员的期望。不过，我们还是从不同语言的角度来看一下吧：

C++ - 简言之，C++是不能被托管的代码，这样就不能在.Net上很好的工作。C++用户将被划归到非托管代码或者设备驱动开发这一类中去。微软已经在鼓励C++开发者转移到C#了，并且最后非托管代码将不只是不被鼓励，而是几乎就是不被允许了。虽然C#在很多方面与C++都相似，而且显然(其语法)根植于C++，但是仍与C++有着很大的差异。多数C++开发者都是纯粹主义者，对他们的语言有着非常狂热的执著。由于这一点，许多C++开发者都不喜欢C#，并且根本不情愿转移到C#上去。

Visual Basic - Visual Basic 在.Net中并不存在，而是变成了Visual Basic.Net。VB.Net与VB是不兼容的，仅仅在一些基本语法上有些类似。（在.Net上）VB程序必须被重写，而且几乎是完全重写。当VB最终有了一些改变来使它成为一个“真正的”语言时，VB用户却开始反对了。许多VB用户很不满意地称VB.Net为Visual Fred，而且誓不转移到.Net平台，或者干脆就投奔Delphi。

Delphi - Delphi 7用户已经有了一个Delphi for .Net编译器DCCIL的预览版。Delphi 8 将提供完整的Delphi for .Net编译器。现有的Delphi代码，当然需要一点改变，将能被轻松地移植到.Net平台。

这意味着什么？这意味着Delphi将是移植到.Net的路径中代价最小的一条。如果你是一个Delphi开发商，你知道你就能以最小的顾虑而转移到.Net上，然而如果你是一个Microsoft开发商，你就要选择是完全重建还是维护两套不同语言的系统，两种选择都很拖累。也就是说是继续维持现有的VB或C++的系统呢，还是重新以C#或则VB.Net建造新的系统。

.Net需要两次开发

由于语言兼容性问题，.Net基本上是个比较极端的事情。由于很可能众多公司将只在服务器而不是桌面计算机上部署.Net，因为现存的应用将很可能不被移植到.Net上，开发者们必须以两种语言开发，一种是VB 或 C++,另一种是 C# 或 VB.net。除了开发人员必须被培训两次外，还必须为可预见的将来保持分开的不兼容的两份代码库。

很少开发商能为使用了.Net的最终用户而完全转移到.Net上来，即使他们可以，也不得不支持老的应用或为移植问题而重写代码。
在另一方面，Delphi允许开发者只维护一份通用的代码库，就能被用作在Win32 (不是 .Net) 与 .Net上跨平台部署。Delphi也能让开发者通过Kylix（重新编译源代码）而在Linux上部署应用。对现有的Delphi开发商而言，只需要对开发人员进行很少的再培训。

可是现在并没有Delphi.Net

现在并没有Delphi for .Net，但许多开发者已看到这种趋势了。在Delphi 8中的Delphi for .Net将提供独一无二的跨平台选择与简单容易的移植路径。在预料到这一点之后，许多开发者正在转向Delphi。

.Net开启了大门

由于现存的库，代码与第三方支持（有许多是非Delphi语言的），语言互操作性的缺乏曾经阻止了许多开发者使用Delphi。有了.Net，语言就不再是个问题。.Net将使更多的开发者转移到Delphi上来。（这里所谓更多的）开发者就是那些以前曾经考虑过Delphi，但由于这个约束而没有转移过来的开发者。

Delphi 8 冲击

作为一个组件供应商，我们可以研究我们自己的客户。虽然Delphi7是一个成功的产品，但许多用户还仍然在使用Delphi5与Delphi6。这些用户只是仅仅没有看到任何使用Delphi7的需要而已。然而，带有.Net支持的Delphi8将给他们提供一个非常强大的升级动机，现在许多这类用户正在等待着Delphi8的问世。就我看来，Delphi8将是一次非常成功的发布版本，将不只是Delphi7用户的升级目标，也将是许多Delphi5与Delphi6用户的期望之选。

结论

我恨.Net吗？不，恰恰相反。但是，转移到.Net也不是一蹴而就的，而且还要付出一些代价。Delphi提供了最佳的移植路径，特别是在.Net普及后，其优点更是意义重大。所有这些因素都将让Delphi 8获得巨大成功，并且推动Delphi被更多地使用。

--------------------------------------------------------------------------------

作者简介: Chad Z. Hower是Delphi组件集Indy的原始作者，组件集IntraWeb的作者，AToZed公司创始人，常去世界各地游历。

译注：原文发表日期为2003年9月11日，本文在征得作者同意后翻译，翻译完毕日期2003年9月17日。转载请注明出处：www.delphidevelopers.com，并保留作者译者名称。

----------------------------------------------
我来自农村广阔的田野我的每一个动作都很夸张http://waterstone.51r.com

作者：

hjksoft ( )	★☆☆☆☆	-
	盒子活跃会员

2004/3/27 10:50:32

1楼：

太好了，选择delphi是没错的
----------------------------------------------
-

作者：

lycnew (lyc)	★☆☆☆☆	-
	盒子活跃会员

2004/3/27 14:06:47

2楼：

好，很好！
----------------------------------------------
保护钓鱼岛是每个中国人应尽的义务!

作者：

smallfang (&)	★☆☆☆☆	-
	普通会员

2004/3/27 19:48:33

3楼：

因为喜欢，因为我愿意，因为别人管不着......
----------------------------------------------
如你所愿，你将不会收到本站任何邮件。

作者：

jasonmao (jason)	★☆☆☆☆	-
	普通会员

2004/3/29 16:03:39

4楼：

好，我在用。
----------------------------------------------
我真的很菜啊。

作者：

zsredmoon (=^@^=)	★☆☆☆☆	-
	盒子活跃会员

2004/3/29 16:16:22

5楼：

还没有开始体验……
----------------------------------------------

=^@^=

作者：

flyers (flyers)	★☆☆☆☆	-
	普通会员

2004/3/29 17:41:24

6楼：

嗯！
----------------------------------------------
大家好，我是Flyers。

是Delphi.Net版主，小弟会尽力解决大家的问题！谢谢支持！

作者：

damuoguyin (大漠孤鹰)	★☆☆☆☆	-
	盒子活跃会员

2004/3/29 20:23:59

7楼：

版主好辛苦，为了大家，别趴下
----------------------------------------------
-

作者：

cchenbo (暗恋嫦娥)	★☆☆☆☆	-
	普通会员

2004/3/30 0:03:52

8楼：

d8.net 现在出来了吗？？
在那儿有相关的学习资料类？

----------------------------------------------
我很菜不要拿鸡蛋砸我.
我也希望成为大虾
我很笨,但我不傻!希望大侠们多多帮助~~~~

作者：

wyz1738 (包子)	★☆☆☆☆	-
	盒子活跃会员

2004/3/30 11:18:03

9楼：

DELPHI是我的最爱,却然我写的代码还很差,不过我在努力中.

----------------------------------------------
一个DELPHI学习者、爱好者

作者：

cc_cn (cc_cn)	★☆☆☆☆	-
	盒子活跃会员

2004/3/30 15:18:54

10楼：

很想用用d8，一个没时间，另一个听说d8还不成熟，是赶出来的，不知道对不对~~~~所以暂时还用d6吧~~
----------------------------------------------
-

作者：

waterstone (waterstone)	★☆☆☆☆	-
	盒子活跃会员

2004/3/30 18:24:46

11楼：

嘿嘿，我也用D6，挺好的
出于好奇，了解了解，多学点总没错！

----------------------------------------------
我来自农村广阔的田野我的每一个动作都很夸张http://waterstone.51r.com

作者：

hanppern (hanppern)	★☆☆☆☆	-
	盒子活跃会员

2004/3/30 18:56:24

12楼：

D8我装过,编译速度和.net差不多,比D7慢n倍.没有ADO页面的组件,编译一个空白的工程生成的exe文件有2M多.不过界面比较漂亮,用起来比.net顺手很多.功能方面就不知道,因为我是个初学者..........
----------------------------------------------
欢迎加入.net技术交流群,群号:32869760

作者：

smallfang (&)	★☆☆☆☆	-
	普通会员

2004/3/30 21:06:46

13楼：

没有ADO页面的组件???????????
----------------------------------------------
如你所愿，你将不会收到本站任何邮件。

信息

登陆以后才能回复