为什么C++？
问题
为什么用C++呢? 在你皱着眉头离开之前，试着回答这个简单的问题。效率，是么？人人都知道这个。但情况是，当一个人开始讨论编程语言或与其相关的话题时，他必须要非常明确而有针对性。为什么呢？我来问你另一个问题：如果效率是人们使用C++的唯一理由，那么为啥不直接用C呢？C被认为比C++效率更高（嗯嗯，我知道C没有比C++的效率高多少，所以这里别误解我的意思，因为即使它们二者效率相同，刚才的问题依然存在）。
迷思
我知道你又要说“更好的抽象机制”了，因为毕竟C++是要设计成一个更好的C的。C++没有牺牲效率，同时又添加了这么多高级特性。但问题是，“开发者们真的需要这些高级特性么？”。毕竟我们一直听人讲KISS之类的东西。我们也都听到有声称C比C++更KISS所以我们要用C云云。这种持续不断的争论将C与C++之间的比较变成了一个大大的迷题（或者说是混乱）。令人惊讶的是，貌似的确有很多人更加倾向于用C，最大的理由就是C++实在是太难用对了。甚至Linus也这么想。
这种现象最大的影响就是当人们在C和C++之间权衡时，使人们倾向于使用C。而且一旦人们开始用C，他们很快就适应并满足了（其实，在任何语言乃至任何人类活动中都有此现象，C++亦然，比如常常听到有人说“XX语言我用了这么多年，一直用得好好的”，照这种说法任何图灵完备的语言还不都是能用来编程？）。于是即使他们还没有试试C++，或者他们还没成为好的C++程序员时，他们就开始声称C比C++更好了。然而其实呢，真实的答案往往总是取决于实际情况的。
我说过“取决于实际情况”了么？那到底实际情况是什么呢？显然，有些领域C是更好的选择。例如设备驱动开发就不需要那些OOP/GP技巧。而只是简单的处理数据，真正重要的是程序员确切地知道系统是如何运转的，以及他们正在做什么。那么写操作系统呢？我本人并没有参与任何操作系统的开发，但我读过不少操作系统代码（大多是unix的）。我的感觉是操作系统很大一部分也不需要OOP/GP。
但是，这就表示在所有效率重要的领域，C都是比C++更好的选择么？未必。
答案
让我们一个一个来分析。
首先，当人们关注效率时，有2种效率——时间效率（例如OS，运行时库，实时应用程序，high-demanding的系统）和空间效率（例如各种嵌入式系统）。但是，这样的分类并不能帮我们决定用C还是C++，因为C和C++的时空效率都很高。真正影响选择语言的因素是业务逻辑（这里的“业务逻
相关文档：
来了csdn很久了，都没写过文章，有点过意不去，于是逼着自己这个懒人写了一下一些保留在个人笔记本上的小点滴，希望不会误导大家。。。。。一下只是笔记中的一小部分，以后有空在继续放上来。。。。。。
1 虚函数是为了继承接口和默认行为。纯虚函数只是继承接口，行为必须重新定义。
2 集和多集的区别：set支持唯 ......
C++中的Static有两个作用。
1、 静态局部变量
静态局部变量在函数内定义 它的生存期为整个源程序，但是其作用域在该函数内，只能在定义该变量的函数内使用该变量。 允许对构造类静态局部量赋初值，若未赋以初值，则由系统自动赋以0值。
void fun1()
{
static int i = 0;
......
VC++程序员应当如何阅读ADO文档
《ADO API参考》用VB的语法描述了ADO API的内容。但ADO程序员却使用着不同的编程语言，比如VB,VC++，VJ++。对此《ADO for VC++的语法索引》提供了符合VC++语法规范的详细描述，包括功能、参数、异常处理等等。
ADO基于若干的COM借口实现，因此它的使用对于一个正进行COM编程的程序员而言更 ......
Boost是一个准标准库，相当于STL的延续和扩充，它的设计理念和STL比较接近，都是利用泛型让复用达到最大化。
不过对比STL，boost更加实用。STL集中在算法部分，而boost包含了不少工具类，可以完成比较具体的工作。
boost主要包含一下几个大类：字符串及文本处理、容器、迭代� ......
C++类库介绍
再次体现了C++保持核心语言的效率同时大力发展应用库的发展趋势!!在C++中，库的地位是非常高的。C++之父 Bjarne
Stroustrup先生多次表示了设计库来扩充功能要好过设计更多的语法的言论。现实中，C++的库门类繁多，解决的问题也是极其广泛，库从轻量级到重
量级的都� ......
