M
menxin
Unregistered / Unconfirmed
GUEST, unregistred user!
【 以下文字转载自 ShareCode 讨论区 】
【 原文由 lizhenguo 所发表 】
作者： 伊利贵 张虹 www.ASPCool.com 时间:2001-1-16 21:52:58 阅读次数:404
利齿C sharp代替C++
（作者：伊利贵 张虹 ）
现在，对于一个正在进行项目开发的公司来说，选择一门Windows下的开发语言
已经不再像以前那么容易。C++曾经是商业开发最好的选择，但是现在，开发者们已经没
有时间，也没有耐心一遍遍重复“编写代码——编译——排错”这样一个无休止的循环
，也不再想去一次次地修补多年前编制的程序里的漏洞，他们已经厌倦了这一切。虽然
Windows下的C++编程相对来说比较容易，但网络时代的飞快节奏已经不允许他们慢条斯
理地跟自己的开发工具较劲。他们需要一个高效的、安全的开发工具。
相对于C++而言，Java的优势是开发周期短、代码安全（因为没有指针），以及
平台无关性等。然而对于底层开发，Java还是不够理想。尽管这样，还是有众多的程序
员开始选择Java作为开发工具，这其中当然包括很多原先Windows的开发者。也许正因为
这样，微软才匆忙发行了其.NET SDK(软件开发工具箱)的beta预览版。该开发工具下载
下来后共有86M，它向我们展示了未来Windows环境下的一个新开发理念。在工具包中包
含有一个C＃编译器，它是一种新的程序语言，被命名为“利齿的C”。不知这一利齿，
会把Java咬成什么样子。不过对于C++，C＃似乎有赶尽杀绝之意。
C++上长出的利齿
这款微软打制的另类C++对于那些投身于Windows C++开发的人来说，应该说是
一大福音，因为它减轻了C++给程序员带来的痛苦。它不同于C++，当然也不同于Java，
它使得访问Windows本身所具有的各项服务（包括网络对象、Uis和网络通信）变得非常
容易。和Java一样，C＃通过避免一般的编程错误和自动资源管理，使得C＃的稳定性得
到了极大的增强。
如果已经熟悉了C++，那么学习C＃要比学习Java要容易得多。C＃不是由微软来
管理，而是由ECMA（欧洲计算机制造联合会）来管理，和JavaScript一样。ECMA是一个
独立的实体。并且，然beta预览版里没有做什么暗示，但是有消息称微软将发行其它操
作系统版的.NET和C＃（beta版只能在Windiws2000上运行）。如果这是真的，那么不久
的将来，C＃很有可能大行其道。
有批评家告诫说：.NET和C＃只不过是一种已经被宣布或销售但还没有正式生产
的新型软件。即使是这样，也不能阻止人们使用C＃的热情。我们用它工作了近一个月，
发现它的确要比我们以前使用过的编译器好得多。事实上，因为这款编译器表现确实非
常的好，以至于现在已经有开发者在Internet和Web论坛上进行一些C＃的代码交换（比
如：http://www.csharpindex.com）。
现在已经出现了一种编写C＃的编辑器，并且其它从事商业编辑器的商家也正在
测试其对C＃的支持情况。一个好的代码编辑应该使得编写一个Web服务器变得很容易。
现在微软正在联合Vertigo Software，准备再推出一个实用的.NET电子商务示范产品。
C++症结何在？
Java的创始者认为，C++对于程序设计的放任政策给了C++开发者予极大的自由
。他们不仅可以轻松访问系统资源，甚至对于语言本身也可以进行重新修改。这也许算
得上是一大特色，但也正是这一大特色毁掉了C++本身。用C++编制的程序，代码的错误
有可能导致系统漏洞，导致非法或者恶意的内存操作。不仅如此，因为它的问题很难排
除，所以令很多程序员大伤脑筋。
Java应用程序的稳定性，主要得力于其摒弃了C++的一些诸如人工内存定位、指
针（直接指向内存）、瞬时变量和超载管理员等功能。此外，其自动的内存管理、方便
的平台无关性以及大量的预定义Java对象，都使得Java开发者对于对象的定义和使用都
变得非常容易。
应该说，Java卓越的设计使得企业软件的开发有了很大的改变，但是由于它背
离了C++的语法，使得它很难被C++的开发者们所接受。这在很大程度上阻碍了其发展和
普及。
和Java相反，C＃则是将C++向类似Java的方向扩展，这些扩展包括自动内存管
理、对象寿命管理、解释执行、轻松访问外部对象和简化对象的创建。C++有益的概念被
Java摒弃了，比如超载管理员和参考变量，而C＃则保留了这些概念。被Java抛弃的指针
在C＃中也得到了保留，只不过它不再像以前那样无所不能。它仅被使用在那些被标记为
非安全的代码段里。
向C＃移植
从C++转变到C＃，就像从人工方式转化到自动方式一样？在C++里，必须为对象
分配一明确的空闲内存，而在C＃里，内存的分配则是自动完成的。被C＃的对象占用的
内存在该对象不再被使用时，将被释放（即内存垃圾的回收技术，这是Java里被人们广
为称赞的一项技术）。
在C++里，为了访问一些系统服务，就必须在文件头里包含进许多文件，而这些
文件中的大部分，在对象设计中，根本用不上。在C＃里，系统服务被透明地包装在一些
和C＃兼容的对象里。在C++里，要把C++对象变换成Windows的COM（Component Objec M
odel）是非常困难的，而在C＃里对象会被自动地转换成.NET模式，并且可以从各种.NE
T语言里进行访问。
.NET层保证了对象可以在各种语言中使用，所以就没有必要进行数据的转换或
者外部对象的转换。
现在，使用C＃最大的困难就是要求程序员习惯于在不用离合器的情况也能换档
。也就说，一旦调整过来以后，C＃将要比C++容易驾驭得多。Java需要其C++开发者们学
习的是一种新的做事情的方法。而对于转向C＃来说，C++的开发者们放弃的只是在系统
开发过程中的那些用代码编写的难看的对象和糟糕的内存管理。而他们还依旧可以使用
指针和参考变量，这给了C＃开发者们一种直接、简单的访问外部模块（包括32位的Win
dows动态链接库）的途径。
把Windows C++应用程序转换成Java应用程序将是一件非常痛苦的事情，但是如
果把它转换成C＃，.NET多语言交叉的功能将使这一切变得比较容易，并且转换后的应用
程序将会在稳定性上得到很大的增强。微软似乎对于轻松访问现有程序方面下了很大的
功夫，效果也很不错。
除了模块要求具有很好的性能外，要把现有的C++应用程序移植到.NET，选择C
＃将是一个明智之举。微软的.NET扩展到Visual C++，使得其和C＃代码整合变得非常的
容易。
C＃是继承人
C＃的产生是因为微软在.NET上需要一种类Java的语言，而Java本身却不能胜任
这一需求。C＃太像C++了，以至于它很难给人带来体验新事物时的那种兴奋。不过，可
以相信，绝大部分的C++开发者将会因为C＃保留了C++中大部分其喜欢的、强大的、令人
激动的功能而选择使用它。不管微软的动机如何，就C＃直接由ECMA来管理这件事，还是
很令公众满意的。这使我们有机会得到非微软的C＃工具和编译器以及其它机构发行的资
源。
第三方的C＃开发工具将不需要从微软获得语言许可证书，这就会使得这些工具
的价格维持在一个较低的水平。相反的，因为Sun使其Java脱离标准的轨迹，以至它只能
孤军奋战，在Java发展的道路上独行。
因为.NET依赖于C＃，且只能在Windows上运行，所以微软在企业级的开发上实
际已经落后于Sun。不过，由于其.NET框架是独立于特定语言的，所以将使得微软在竞争
中也能占到了一部分市场份额。即使是在beta版里，开发者也可以使用C++、C＃、Visu
al Basic、JavaScript、 Visual FoxPro来开发.NET应用程序。他们可以译成一种所谓
IL（中间语言）的代码语言，并且共享一个定义在数据无关技术上的框架。因为没有VB
、C＃和JavaScript对象，而只有.NET对象，所以开发者可以使用几种语言代码进行混合
编程。
对于传统编程来说，在项目开发中，开发者们都喜欢选用同一种语言，因为这
样便于不同开发者间进行连接。现在.NET将不再有这种限制，开发者可以把C＃、VB、C
++和JavaScript放在同一代码编译器里，而.NET层可以把这些块捏合在一起，并且还会
有更多的程序语言将可以.NET中使用。开发者可以选用自己最熟悉的和最喜欢的程序语
言来进行开发。这就意味着可以使用尽量少的时间、更低的培训费用、明了简洁的源代
码，这一切都将使得开发者的开发过程变得非常愉快。
对于C＃来说，其完成的一项首要工作是使得C++的开发者们能够访问其.NET框
架。这可不是一件容易的事，因为.NET的目的是要成为Windows企业应用开发的核心。在
佛罗里达州奥兰多举行的专业开发人员大会上，.NET初次亮相，微软向世人展示了.NET
不仅是独立于硬件的，而且在多平台间交互也很方便。
微软对于其.NET的移植计划一直保持着沉默，当然使其运行在Windows下是首位
的问题，但我们怀疑微软是否会将其尽快地移植到Solaris和Linux上。一旦.NET扩展到
Windows以外的其它系统，那么C＃将成为Java真正的强有力的竞争对手。到那时，C＃将
成为C++在Windows企业开发中的真正继承人。
(中国计算机报)