现在，对于一个正在进行项目开发的公司来说，选择一门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＃代码整合变得非常的容易。