对于C++开发环境进行讲析

大多数企业用的开发语言，莫过于C++了，但是随着科技地发展，其他的编程语言也在慢慢的进入用户的视野，那么这三种开发环境并不一定说哪个程序比哪个程序要好，但是目前还是C++开发环境占主流。

一个古董级的开发环境，说他是古董是因为很少有软件用那么久还有大量的用户在使用，有点像当年的Borland公司的tc。vc6.0用微软在开发环境上的首次突破，是带有历史意义的。由于vc6.0的出现，使微软打破的长久以来被Borland公司的C++ builder独占C++开发环境的局面。

VC6.0界面简洁，软件运行效率高，使得他成为的大家都最爱。其实就用vc的后续版本，现在微软已经把它出到了vs2010。每年更新一次版本，可见微软对vs的雄心壮志。系出我软件，所以比起其它开发环境有着得天独厚的优势。

对自己操作系统的完美支持，丰富的功能集成，使得他成为的大量程序员的最爱。BCBBorland的公司的杰作。特别是BCB6.0很是值得一提，看看市面的关于C++ builder相关的书就知道，几乎所有的书都是根据6.0写的。

比起微软的作品，BCB有着她独有的魅力。像vb一样的高效的开发环境，高度集成的控件可以满足我们大部分的需求。虽然BCB所开发的软件运行效率比不上微软的，但是使用它开发软件可以节省我们好多的时间。当前硬件发展的如此之快，BCB与vs的效率几乎是感觉不出来的。

使用vs可以提高软件运行效率，但是使用BCB却可以节约我们的开发时间。如果是个小程序BCB的开发时间是相当短的。BCB提供的控件相当丰富，操作又想到简单，使得它能节约相当多的时间。

微软的MFC框架是一套相当复杂的模型，用BCB则完全跳出来MFC框架。在计算量大且软件界面没什么要求的情况下完全可以使用vc6.0，要求再高点的话就可以使用vs，如果时间紧且对界面要求高，我很是建议大家用BCB。

单纯的比较开放环境其实是没有多大意义的，具体的选择还得看大家的个人习惯及工作环境。开放效率和运行效率本就很难两全齐美，就如同用sdk开发软件肯定比用mfc开发出来的运行效率高，但是大家却很少有人去用sdk开发一样。开发效率和运行效率只能有开发的要求去权衡，单纯的说哪个好求实是无稽之谈。

这篇文章本来发的很早了，写的也一般，只是今天无意间看到了网上一篇2003年的关于vc和bcb开发软件在执行效率上的比较，感慨一下，又把这篇改了一下。单纯的比较执行效率是一件愚蠢的事

但看了无数篇阐述C++复杂性的文章，和争论C++复杂性的吐沫星子（包括我前段时间写的两篇关于C++的总结）。我始终都有一个感觉――没分析透，就跟盲人摸象一样。正如“Why C++”的一位读者批评的，我在文章里面没有写明到底哪些是C++的“非本质复杂性”。

当然，我自己凭感觉就能知道，而接触C++一段时间的人大致也能知道，但新手乃至非新手则对我所谓的“非本质复杂性”根本没有一个具体的认识，这就使得那篇“Why C++开发环境”脱离了原本的意图――面向所有C++使用者和学习者。

同样的原因，在写了“你应当如何学习C++”一文之后，当孟岩先生邀请我给《程序员》写一个系列的文章，介绍一下我在接触C++的过程中的态度和认识转变时，我虽然非常高兴的答应了，但直到现在3个月过去了还是颗粒无收。