走到编程的岔路口

c还是c++

前段时间，牛人们之间又进行了一轮c与c++的激战，linux之父linus说：c++既缺乏C的简约，又缺乏C的直接，是糟糕的程序语言，有许多不够标准的c++程序员会制造出更多的垃圾。请点击 这里 查看csdn上刘江的博客了解详情。刘江评论说：“C++目前确实处于一种被夹攻的态势，一方面在企业级系统开发（数据密集、业务规则复杂多变）中，C++已经基本被Java和C#等淘汰出局，另一方面在系统编程和嵌入式等更接近硬件的领域，又遭到C的强烈狙击。”

大家可以去看TIOBE的编程语言指数， c稳居第2位，而c++的排名有所下降。

难道c++真成了鸡肋？难道我该忍痛放弃c++？客观地讲，c++的标准确实太过庞大，加上stl库和boost库，给c++的学习和使用者都造成了很大的负担。但是，c++的基本特性还是不容置疑的，面向对象确实能够提高开发效率，增加代码的易读性和可维护性。设计者要善用面向对象特性，不要为了抽象而抽象，如果建立太复杂的对象模型，反而可能增加程序维护的难度。另外，不要拿c++和java比较，因为c++是从结构化向面向对象过渡的先驱，java吸收了c++的经验教训，后来居上也在情理之中。而且两者的应用领域重合度不大，所以比较两者的优劣意义不大。

总之，我还是要力求精通c++，严于律己，书写标准的c++代码。

mfc该不该丢掉

光有了c++还不够，我还需要一门快速开发语言，或者叫快速应用开发(rad)工具更为合适。

delphi、vb、vc、c#我都用过，但都谈不上精通。我这里谈的vc是指在vc的环境下开发基于mfc的应用程序。

近来，c#的势头比较强劲，从 TIOBE的编程语言指数 能看出来。但是用它开发的程序往往需要.net框架的支持，我暂时没有深入学习它的打算。delphi和vb差不多，用起来都很简单、方便，但vb的排名比delphi高很多，我又没在delphi上花过很多时间，所以没有选择delphi的理由。

得承认，在以上几种工具中，vc的开发效率应该是最低的。但我还是比较倾向于vc，因为它和c++是一致的，不信你仔细读mfc应用程序向导产生的代码，都是很标准的c++程序。

今天去图书馆转了一圈，发现了java和vb的教程真的是看得人眼花缭乱，而vc开发的教程却寥寥无几。难道mfc真该被抛弃了？难道我要系统地学习vb？但vb和vc相比，还是有一些局限性。第一，用vb不能开发基于文档视图结构的程序，它开发的程序都是基于对话框的，因此用vb开发文字编辑类的软件，就没有用mfc的文档视图结构方便。第二，vb里面调用windows的api函数并不方便，需要先declare什么的（在vb6里是这样），而在vc里可以直接调用。

另外，vb、dephi由于方便、快捷，都有傻瓜语言的称号。这使得我多少对它们有些看法，所以喜欢挑vb的毛病。但是真的感觉vc大势已去，再花时间在上面不值得。

我到底该怎么选择呢？请高手点拨一下。

（由于缺乏深入地了解，以上对各种语言的评论可能有误，请批评指正。）