有多少人在使用C++/CLR?

    原创文章，转载请注明出处：blog.csdn.net/sjdev

每年的编程语言排行榜出来以后，都照例会有人对编程语言现状进行概述并对未来的趋势做简要预测。如果有人胆敢以“XXX语言已死，@@@语言形式一片大好”的言论来表明自己的立场，多说情况下会立刻招致其他语言开发人员的围追堵截。我不想挑起语言之争和平台之争，所以我使用了一个比较温和的疑问句“有多少人在使用C++/CLI？”我是想了解一下行情并为自己的以后做一些简单的准备。希望知道和不知道的、了解和不了解的、熟悉和不熟悉的兄弟姐妹，叔叔阿姨，大妈大伯都发表一下自己的看法。如果我下面的哪句话触动了你的神经，请保持平常心、淡定；如果我下面的哪句话给了你启发，你也不妨留下自己的话给我一些启发；如果我下面的哪句话你完全不同意，很好，说明这个问题值得讨论。好吧，我简单说说我的情况和看法吧。

各种编程语言中，我使用最多的是C++(使用VC6,7,8,9做开发)；曾使用C#做过项目，上学的时候学过Java，VB，毕业后简单学习了VBScript、WSH、批处理(如果这也算是一种语言的话)和JScript，机缘巧合之下简单了解了WPF；对Perl、Python有浓厚的兴趣(还没有去学习它们)。除了Java以及还没有学习的Perl和Python外，可勉强使用其它学过的语言进行相应的开发。如果真要说方便的话，我觉得还是脚本最方便，很简单的代码往往可以完成强大的功能。但是咱也不能用脚本去做整个开发吧？开发上的方便，得数C#，若不是速度上的限制，估计使用C#的开发者比现在要多一些。C++/VC/MFC就不作评判了，据说只有明智的开发者才会选择C++/VC/MFC，评判它们就表示自己不明智。

这两天看到VC/MFC论坛里有人问了一些C++/CLI的问题。于是我的问题就出来了，问题1：现在有多少人在使用C++/CLR？使用C++/CLR的初衷是什么？使用C++/CLR带来的好处是什么？在我的印象中，CLI是很奇怪的东西，它是为了兼容CLR，从C++搞过来的不伦不类的东西(注：这里“不伦不类”是中性词)。当然了，C++/CLI也算是一种独立编程语言。Microsoft对为什么使用C++/CLI有自己的一套说法，可是我更愿意听到来自民间的说法，我们不能“被代表”。刚毕业时，我曾从Microsoft网站了Down了一些webcast教程，其中一套教程就是李建忠讲的C++/CLI。抱着勇于尝试新事物的想法，我简单了解了C++/CLI。从那之后的很长一段时间内，我都没有创建过VC/MFC下的CLR项目，因为我觉得怪怪的。我相信坛子里稍微比我早个一两年毕业的兄弟可能都了解托管C++，而C++/CLI就是它的马甲(我自己这么认为)。早些年的托管C++臭名昭著，那现在的C++/CLI呢？

我使用C#做.net开发时，才明白CLR的含义。原来，凡是兼容CLR的，各种东西都可以拿来用，这不和COM的思想有很多相似之处吗?于是我开始严格执行孔老夫子的“温故而知新”理论，煞有介事地创建了一个VC/MFC的CLR项目。虽然很快就Shift+Delete了这个项目，好歹也算真真切切地感受了一下。我们都知道，C#就是为.net平台而生的一种编程语言，如果操作系统自带了.net framework，那C#就成了操作系统内置支持的开发语言(一如linux之于gcc/g++/c++)。我的第二个问题来了：徘徊在C#和C++之间，C++/CLI有什么前景？

我使用WPF的时间很短，并且只是做了一个简单的3D程序，不敢发表什么感受。我觉得未来这个方面的开发者会越来越多。Vista sp1和Win7都已经自带了.net framework，这样一来发布程序时就不用担心庞大的.net framework了。事实上，很多大型的程序如AutoCAD等早就开始使用.net了，最新版的AutoCAD可能都已经在使用WPF了，庞大的安装程序使得它们不在乎多上个.net framework。要进行WPF开发，使用xaml和C#是最方便的，基本不需要额外的设置。如果使用C++进行开发，操作上需要费一些周折，最后可能还得转到CLR支持上来。难道，这是C++/CLI的最终目的？

好了，我迷迷糊糊地讲了一通个人所见所闻，最终也没表达清楚自己的立场。那么，究竟多少人在使用C++/CLR呢？

注：有的地方是C++/CLI，有的地方是C++/CLR。它们可以说是相同的，也可以说是不同的。如果你认为它们是相同的，它们就是相同的；同样的，如果你认为它们是不同的，那它们就是不同的。

     如有其它信息，请留言:blog.csdn.net/sjdev