利齿C sharp代替C++？

核心提示：现在，对于一个正在进行项目开发的公司来说，利齿C sharp代替C++？，选择一门Windows下的开发语言已经不再像以前那么轻易，C++曾经是商业开发最好的选择，那么C＃将成为Java真正的强有力的竞争对手，到那时，但是现在，开发者们已经没有时间

　　现在，对于一个正在进行项目开发的公司来说，选择一门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 Model）是非常困难的，而在C＃里对象会被自动地转换成.NET模式，并且可以从各种.NET语言里进行访问。
　　.NET层保证了对象可以在各种语言中使用，所以就没有必要进行数据的转换或者外部对象的转换。
　　现在，使用C＃最大的困难就是要求程序员习惯于在不用离合器的情况也能换档。也就说，一旦调整过来以后，C＃将要比C++轻易驾驭得多。Java需要其C++开发者们学习的是一种新的做事情的方法。而对于转向C＃来说，C++的开发者们放弃的只是在系统开发过程中的那些用代码编写的难看的对象和糟糕的内存治理。而他们还依旧可以使用指针和参考变量，这给了C＃开发者们一种直接、简单的访问外部模块（包括32位的Windows动态链接库）的途径。

　　把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＃、Visual 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企业开发中的真正继续人。