关于C++的感想！

其实语言只是一个工具，真正的搞科研的人是不会在乎你用什么工具的。

很多专家天天用伪代码，一样也是专家，也是高人，牛人！

但是残酷的现实，工程上的应用，工期，效率这些又不得不逼着你选用最快捷，最适合的工具，从这个意义上说，工具是绝对有好坏之分的。

由于世界上两大操作系统阵营，windows和Unix都是提供的C或者C++的API接口，UNIX甚至内核绝大部分都是依靠C写成，而windows 其实大体上差不多。因此毋庸置疑，C/C++是最合适搞计算机开发的语言。

不是因为C/C++有多么了不起，而是因为何必要去选用其他语言，整天搞数据类型转换都累死你的，何必嘛！

 

但是我不知道是什么原因，各大公司对C/C++ 的RAD支持都不是最好的！

 

微软搞了这么多年，什么VB，什么VJ，什么C#，F#可以说都已经登峰造极，进入了一个崭新的时代，只有VC，还在10多年的前的层次上迈步！

一些人人云亦云，说VS2010的ＶＣ如何如何，我用了一下，依然是１０多年前的水平。尽管有云计算，尽管有了ＬＡＭＤＡ表达式。但是这些对于ＲＡＤ开发来说，没有什么实质的作用。

 

我一直不懂为什么微软对ＶＣ的策略会是这样，就是不让ＶＣ程序员好好活，就是要让你累死。

不想累死，就用.net吧。但是.net程序的效率，大家也知道。为什么就不能让VC程序员也用上RAD呢？我知道MFC很原始，但是这么多年了，你就不能开发新一套，类似Borland的VCL那样的控件库？

 

微软的特点就是：让你越来越慢。VS2010我用了几个小时，就无法忍受了，那速度慢的简直无法形容！编译一个hello world的程序都能让计算机忙乎半天，搞的做了多么伟大的事情一样！我简直服了微软！我不知道微软每次发布新版本的时候，用当时顶级硬件配置给大家演示，同时告诉大家，这个版本效率更高的时候，脸红不脸红。下面的听众为什么不丢双皮鞋上去？

 

我知道微软会告诉你，RAD开发请用C# ,请用.net库。至于VC++嘛，写点控件，写点COM，写点系统DLL就行了。不要用他来开发大项目。是的，我也知道，我们也是这么做的。但是我就想，既然这样，你为啥不提供VC++ RAD开发的控件库呢？何必创造出那么多的语言，一个VS版本几乎就会创造一种语言，这不是没事找事嘛，语言只是工具而已，就是个符号而已，何必脱了裤子放屁？

为什么不把VC++ 搞好一点。

 

C++的RAD开发工具VC真的比较烂，难怪很多C++程序员固执的一直用古老的6.0，其实可以理解，2010的VC++和6.0确实没什么本质的区别。至少6.0速度比2010至少快一个数量级。用的人多，不过是因为大家看在windows的份上。其实C++ builder 才是真正的C++ 的RAD，但是居然是从Delphi上改写过来，真是莫大的讽刺，真是搞不懂这些公司！！！

 

我其实什么工具都用，VC++，BC++，delphi,C#,Java 这些都常用。但是用的越多，我反而觉得真的是把简单事情搞复杂了。只需要一个RAD开发工具就OK。

 

C#是个非常不错的东西，但是桌面程序的效率还是远不如本地代码。所以本地RAD开发工具还有很大的需求。而本地开发语言C/C++是不二的选择。但是居然没有一个相当让人满意的C++ RAD！！这个世界到底怎么了？呵呵。

BC++虽然让人满意，但是他很尴尬，毕竟没有windows做底子，所以VC很烂，但是用的人还是比BC多，哎，无奈啊。

 

虽然用VC++可以实现几乎所有功能，速度也很快。但是做工程的时候，不是让你觉得自己很NB，而是要让你更轻松！工具是让你变轻松的，不是让你变得一天下来，连个有点特色的窗口都搞不好。

编程越久，这种想法越强烈。

至于做科研，那真的无所谓了，什么语言都行。

但是工程上，还是需要好的工具。

 

最后说说VC++的学习。很多人都说难学，其实不是难学，是因为MFC比较原始，VC++开发环境也比较原始的原因。

VC++又不是有什么特别地方，就是微软C++ 加上MFC，加上一些COM之类的标准。

搞VC++难，难在哪儿？难再你改变一下窗口的大小，都要自己编码去进行。引入一个资源文件，都要自己编代码去COPY，转换，读取。

其实MFC的封装太过简单了，和直接调用API没多大区别。当然这有一个好处，效率高。也是好事。所以做系统应用，VC还是个好东西。但是应用大一点，需要做比较多的窗口界面，VC就很差了。

MFC其实也不难，和所有类库一样，只有一个类一个类去学习，搞懂他有什么成员，功能是什么也就是了。这点微软很好，MSDN基本告诉了你一切，就看你去看不去看了。

Borland这点我一直认为是他的弱项，那文档，哎，写的太简略了。你东西虽好，别个没法学着用，谁会知道你的好？

 

其实VC现在我认为甚至连MFC也没有必要学了，你要高效，直接调用API把，你要界面，直接用。net 库吧。那MFC到现在实际上就是个鸡肋！微软也是这么想的，所以这么多年来，MFC版本号倒是到了8.0以上，但是内容其实没什么大的变化。未来微软也是直接采用.net 库作为系统集成部件了。编译出来的程序甚至比VC都小。

不过.net 那几十M的Frame 包，这点让人讨厌。不过可喜的是windows 7自带了。到了win7时代，这个问题就不存在了。.net程序比VC都小，COPY过去就可以运行，确实还是不错的！

 

所以，想到这儿，似乎微软的策略也是可以理解了，他是要用.net完全代替原有的MFC，所以VC++再搞成RAD，就没什么意义了。

只苦了过度时代的这些VC程序员们，你们太惨了！呵呵。