1,649
社区成员
发帖
与我相关
我的任务
分享有多少人在使用C++/CLR?
有多少人在使用C++/CLR?
每年的编程语言排行榜出来以后，都照例会有人对编程语言现状进行概述并对未来的趋势做简要预测。如果有人胆敢以“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
每年的编程语言排行榜出来以后，都照例会有人对编程语言现状进行概述并对未来的趋势做简要预测。如果有人胆敢以“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
...全文
请发表友善的回复…
发表回复
newgames4 2012-10-11
- 打赏
- 举报
C++/CLR正在学习。一头雾水。
hansheng654 2012-08-08
- 打赏
- 举报
。。。C++/CLI 有点像C# 也有点像C++ 各种感觉就是C++加了一堆不知名的东西 value class 和ref class 。。还有perproty 和 索引[] 。。个人感觉多余了。。重载几个函数 几个运算符 都一样。。正在看event 。事件和委托。。一头雾水ing....
zagu2000 2011-07-20
- 打赏
- 举报
我只在写界面的时候用到C++/CLR调用.net库
业务逻辑都是标准C++写的，托管C++只用来写界面。
不得不承认用.net库写界面还是非常方便的，
比MFC好用不知道多少倍，用过MFC的人应该都有体会。
C++比较尴尬的是缺乏很多实用的库，尤其是界面库，而.net库正好弥补了这个缺陷
所以C++/CLR存在的唯一目的我感觉就是为了C++能调用.net库
我想到的C++能用的界面库QT，GTK+，MFC
MFC先不说它，用过MFC写界面的人没一个喜欢它的。
QT确实很好，非常面向对象，我用过半年做过两个项目，后来就没用过了，
比较讨厌的是它的布局编辑器感觉太业余了，还有那个moc，感觉很山寨。
不过那个时候还是QT3.2.3版本，现在已经不知道升级到什么版本了，是不是还有这些却问题就不知道了。
GTK+是linux下移植过来的，用的不多，不好多评论，不过个人感觉也非常好用，至少比MFC强太多了。
不过写界面最重要的是什么？
方便，快速！没人喜欢写个界面写一大坨代码的。
那么界面编辑器就很重要了，VS的界面编辑在我用过的各种IDE中是最好的了。
业务逻辑都是标准C++写的，托管C++只用来写界面。
不得不承认用.net库写界面还是非常方便的，
比MFC好用不知道多少倍，用过MFC的人应该都有体会。
C++比较尴尬的是缺乏很多实用的库，尤其是界面库，而.net库正好弥补了这个缺陷
所以C++/CLR存在的唯一目的我感觉就是为了C++能调用.net库
我想到的C++能用的界面库QT，GTK+，MFC
MFC先不说它，用过MFC写界面的人没一个喜欢它的。
QT确实很好，非常面向对象，我用过半年做过两个项目，后来就没用过了，
比较讨厌的是它的布局编辑器感觉太业余了，还有那个moc，感觉很山寨。
不过那个时候还是QT3.2.3版本，现在已经不知道升级到什么版本了，是不是还有这些却问题就不知道了。
GTK+是linux下移植过来的，用的不多，不好多评论，不过个人感觉也非常好用，至少比MFC强太多了。
不过写界面最重要的是什么？
方便，快速！没人喜欢写个界面写一大坨代码的。
那么界面编辑器就很重要了，VS的界面编辑在我用过的各种IDE中是最好的了。
wjr12345 2011-04-26
- 打赏
- 举报
偶也在用 可是不咋会啊！！
Tomsdinarys 2010-06-24
- 打赏
- 举报
C++/CLI很容易学，但概念很多。它最大的用处就是混合本地代码和托管代码，好处是可以无缝的给.NET应用提供框架库无法满足的功能。也就是编写扩展模块。当然如果只是写本地代码或.NET代码，建议不要用它，无论哪一方面它都没有优势，只有结合使用使才有必要。这是我的一点理解。
l6801567 2010-05-24
- 打赏
- 举报
没分也顶
l6801567 2010-05-24
- 打赏
- 举报
每分也顶
思危 2010-03-01
- 打赏
- 举报
03年用过c++的托管编程,是为一个c#的B\S项目作控件,语法适应之后也没什么不习惯的.
不过C#和C++一起写,有时候概念就混乱了
不过C#和C++一起写,有时候概念就混乱了
Andy__Huang 2010-02-27
- 打赏
- 举报
c++ cli不懂，只路过
roman_v 2010-02-24
- 打赏
- 举报
c++ cli真挺尴尬的。。
wutaihua 2010-02-21
- 打赏
- 举报
呵呵 来围观一下，看看风景啊。
珍惜生命远离CPP 2010-02-21
- 打赏
- 举报
俺觉得
做C++和C#的胶合层比较合适一些。
对于一个C++程序员来说C++/CLI难度不应该比C++大。
做C++和C#的胶合层比较合适一些。
对于一个C++程序员来说C++/CLI难度不应该比C++大。
sjdev 2010-02-20
- 打赏
- 举报
to甘草兄，
如果不用cli，c++可以进行wpf开发吗？
如果不用cli，c++可以进行wpf开发吗？
bbb332 2010-02-13
- 打赏
- 举报
I_NBFA 2010-02-12
- 打赏
- 举报
就是把C++改造成适合.net开发的语言, 还不如直接上C#, 它才是MS的亲儿子.
不过偶尔托管/非托管混编确实很方便。
不过偶尔托管/非托管混编确实很方便。
Eveilei 2010-02-12
- 打赏
- 举报
新手路过，我使用，呵呵。
Dingnifei123 2010-02-11
- 打赏
- 举报
许文君 2010-02-10
- 打赏
- 举报
我最讨厌的就是这东西，真的，
浪人770 2010-02-10
- 打赏
- 举报
不懂.net这东东...以前学了点VB...前段时间玩了一阵子J2SE...目前在看标准C++...
要是WINAPI也能像JAVA的类那样封装...我想在WIN平台的编程就方便多了...看了一个多星期的MFC...还是看不出个所以然....C#..CLR 什么的..没打算去接触...
要是WINAPI也能像JAVA的类那样封装...我想在WIN平台的编程就方便多了...看了一个多星期的MFC...还是看不出个所以然....C#..CLR 什么的..没打算去接触...
job82824 2010-02-10
- 打赏
- 举报
是CLI吧？别扭极了，看了一下CLI的东西简直要崩溃了，还是C++更好些
加载更多回复（49）
