由此看来， 一个变量可由static进行再说明，并改变其原有的存储方式。

　　1. 静态局部变量

　　在局部变量的说明前再加上static说明符就构成静态局部变量。

　　例如：

　　static int a,b;

　　static float array[5]={1,2,3,4,5}；

　　静态局部变量属于静态存储方式，它具有以下特点：

　　(1)静态局部变量在函数内定义，但不象自动变量那样，当调用时就存在，退出函数时就消失。静态局部变量始终存在着，也就是说它的生存期为整个源程序。

　　(2)静态局部变量的生存期虽然为整个源程序，但是其作用域仍与自动变量相同，即只能在定义该变量的函数内使用该变量。退出该函数后，尽管该变量还继续存在，但不能使用它。

　　(3)允许对构造类静态局部量赋初值。若未赋以初值，则由系统自动赋以0值。

　　(4)对基本类型的静态局部变量若在说明时未赋以初值，则系统自动赋予0值。而对自动变量不赋初值，则其值是不定的。 根据静态局部变量的特点， 可以看出它是一种生存期为整个源程序的量。虽然离开定义它的函数后不能使用，但如再次调用定义它的函数时，它又可继续使用，而且保存了前次被调用后留下的值。 因此，当多次调用一个函数且要求在调用之间保留某些变量的值时，可考虑采用静态局部变量。虽然用全局变量也可以达到上述目的，但全局变量有时会造成意外的副作用，因此仍以采用局部静态变量为宜

　　2.静态全局变量

　　全局变量(外部变量)的说明之前再冠以static 就构成了静态的全局变量。全局变量本身就是静态存储方式， 静态全局变量当然也是静态存储方式。 这两者在存储方式上并无不同。这两者的区别虽在于非静态全局变量的作用域是整个源程序，当一个源程序由多个源文件组成时，非静态的全局变量在各个源文件中都是有效的。 而静态全局变量则限制了其作用域， 即只在定义该变量的源文件内有效， 在同一源程序的其它源文件中不能使用它。由于静态全局变量的作用域局限于一个源文件内，只能为该源文件内的函数公用，因此可以避免在其它源文件中引起错误。从以上分析可以看出， 把局部变量改变为静态变量后是改变了它的存储方式即改变了它的生存期。把全局变量改变为静态变量后是改变了它的作用域，限制了它的使用范围。因此static 这个说明符在不同的地方所起的作用是不同的。应予以注意。

　　静态变量

　　除范围之外，变量还有存活期，在这一期间变量能够保持它们的值。在应用程序的存活期内一直保持模块级变量和公用变量的值。但是，对于 Dim 声明的局部变量以及声明局部变量的过程，仅当过程在执行时这些局部变量才存在。通常，当一个过程执行完毕，它的局部变量的值就已经不存在，而且变量所占据的内存也被释放。当下一次执行该过程时，它的所有局部变量将重新初始化。

　　但可将局部变量定义成静态的，从而保留变量的值。在过程内部用 Static 关键字声明一个或多个变量，其用法和 Dim 语句完全一样：

　　Static Depth

　　例如，下面的函数将存储在静态变量 Accumulate 中的以前的运营总值与一个新值相加，以计算运营总值。

　　Function RunningTotal (num)

　　Static ApplesSold

　　ApplesSold = ApplesSold + num

　　RunningTotal = ApplesSold

　　End Function

　　如果用 Dim 而不用 Static 声明 ApplesSold，则以前的累计值不会通过调用函数保留下来，函数只会简单地返回调用它的那个相同值。

　　在模块的声明段声明 ApplesSold，并使它成为模块级变量，由此也会收到同样效果。但是，这种方法一旦改变变量的范围，过程就不再对变量排他性存取。由于其它过程也可以访问和改变变量的值，所以运营总值也许不可靠，代码将更难于维护。

　　声明所有的局部变量为静态变量

　　为了使过程中所有的局部变量为静态变量，可在过程头的起始处加上 Static 关键字。例如：

　　Static Function RunningTotal (num)

　　这就使过程中的所有局部变量都变为静态，无论它们是用 Static、Dim 或 Private 声明的还是隐式声明的。可以将 Static 放在任何 Sub 或 Funtion 过程头的前面，包括事件过程和声明为 Private 的过程。

文章出处：DIY部落(http://www.diybl.com/course/3_program/vc/vc_js/20090215/155523.html)

    2、为什么要引入static?
       函数内部定义的变量，在程序执行到它的定义处时，编译器为它在栈上分配空间，大家知道，函数在栈上分配的空间在此函数执行结束时会释放掉，这样就产生了一 个问题: 如果想将函数中此变量的值保存至下一次调用时，如何实现？ 最容易想到的方法是定义一个全局的变量，但定义为一个全局变量有许多缺点，最明显的缺点是破坏了此变量的访问范围（使得在此函数中定义的变量，不仅仅受此 函数控制）。

    3、什么时候用static?
       需要一个数据对象为整个类而非某个对象服务,同时又力求不破坏类的封装性,即要求此成员隐藏在类的内部，对外不可见。

    4、static的内部机制：
       静态数据成员要在程序一开始运行时就必须存在。因为函数在程序运行中被调用，所以静态数据成员不能在任何函数内分配空间和初始化。
       这样，它的空间分配有三个可能的地方，一是作为类的外部接口的头文件，那里有类声明；二是类定义的内部实现，那里有类的成员函数定义；三是应用程序的main（）函数前的全局数据声明和定义处。
      静态数据成员要实际地分配空间，故不能在类的声明中定义（只能声明数据成员）。类声明只声明一个类的“尺寸和规格”，并不进行实际的内存分配，所以在类声 明中写成定义是错误的。它也不能在头文件中类声明的外部定义，因为那会造成在多个使用该类的源文件中，对其重复定义。
      static被引入以告知编译器，将变量存储在程序的静态存储区而非栈上空间，静态
数据成员按定义出现的先后顺序依次初始化，注意静态成员嵌套时，要保证所嵌套的成员已经初始化了。消除时的顺序是初始化的反顺序。

    5、static的优势：
       可以节省内存，因为它是所有对象所公有的，因此，对多个对象来说，静态数据成员只存储一处，供所有对象共用。静态数据成员的值对每个对象都是一样，但它的 值是可以更新的。只要对静态数据成员的值更新一次，保证所有对象存取更新后的相同的值，这样可以提高时间效率。

    6、引用静态数据成员时，采用如下格式：
         <类名>::<静态成员名>
    如果静态数据成员的访问权限允许的话(即public的成员)，可在程序中，按上述格式
来引用静态数据成员。

    7、注意事项：
      (1)类的静态成员函数是属于整个类而非类的对象，所以它没有this指针，这就导致
了它仅能访问类的静态数据和静态成员函数。
      (2)不能将静态成员函数定义为虚函数。
      (3)由于静态成员声明于类中，操作于其外，所以对其取地址操作，就多少有些特殊
，变量地址是指向其数据类型的指针 ，函数地址类型是一个“nonmember函数指针”。

      (4)由于静态成员函数没有this指针，所以就差不多等同于nonmember函数，结果就
产生了一个意想不到的好处：成为一个callback函数，使得我们得以将C++和C-based X W
indow系统结合，同时也成功的应用于线程函数身上。
      (5)static并没有增加程序的时空开销，相反她还缩短了子类对父类静态成员的访问
时间，节省了子类的内存空间。
      (6)静态数据成员在<定义或说明>时前面加关键字static。
      (7)静态数据成员是静态存储的，所以必须对它进行初始化。
      (8)静态成员初始化与一般数据成员初始化不同:
       初始化在类体外进行，而前面不加static，以免与一般静态变量或对象相混淆；
       初始化时不加该成员的访问权限控制符private，public等；
           初始化时使用作用域运算符来标明它所属类；
           所以我们得出静态数据成员初始化的格式：
         <数据类型><类名>::<静态数据成员名>=<值>
      (9)为了防止父类的影响，可以在子类定义一个与父类相同的静态变量，以屏蔽父类的影响。这里有一点需要注意：我们说静态成员为父类和子类共享，但我们有 重复定义了静态成员，这会不会引起错误呢？不会，我们的编译器采用了一种绝妙的手法：name-mangling 用以生成唯一的标志。

静态数据成员

　　在类中，静态成员可以实现多个对象之间的数据共享，并且使用静态数据成员还不会破坏隐藏的原则，即保证了安全性。因此，静态成员是类的所有对象中共享的成员，而不是某个对象的成员。

使用静态数据成员可以节省内存，因为它是所有对象所公有的，因此，对多个对象来说，静态数据成员只存储一处，供所有对象共用。静态数据成员的值对每个 对象都是一样，但它的值是可以更新的。只要对静态数据成员的值更新一次，保证所有对象存取更新后的相同的值，这样可以提高时间效率。

静态数据成员的使用方法和注意事项如下：

1、静态数据成员在定义或说明时前面加关键字static。

2、静态成员初始化与一般数据成员初始化不同。静态数据成员初始化的格式如下：

<数据类型><类名>::<静态数据成员名>=<值>

这表明：

      　　(1) 初始化在类体外进行，而前面不加static，以免与一般静态变量或对象相混淆。

(2) 初始化时不加该成员的访问权限控制符private，public等。

(3) 初始化时使用作用域运算符来标明它所属类，因此，静态数据成员是类的成员，而不是对象的成员。

3、静态数据成员是静态存储的，它是静态生存期，必须对它进行初始化。

4、引用静态数据成员时，采用如下格式：

<类名>::<静态成员名>

如果静态数据成员的访问权限允许的话(即public的成员)，可在程序中，按上述格式来引用静态数据成员。

静态成员函数

　　静态成员函数和静态数据成员一样，它们都属于类的静态成员，它们都不是对象成员。因此，对静态成员的引用不需要用对象名。

在静态成员函数的实现中不能直接引用类中说明的非静态成员，可以引用类中说明的静态成员。如果静态成员函数中要引用非静态成员时，可通过对象来引用。

下面看一个例子：
#include <iostream.h>
class Point
{
public:
void output()
{
}
static void init()
{  
}
};
void main( void )
{
Point pt;
pt.init();
pt.output();
}
这样编译是不会有任何错误的。
下面这样看
#include <iostream.h>
class Point
{
public:
void output()
{  
}
static void init()
{  
}
};
void main( void )
{
Point::output();
}
这样编译会处错，错误信息：illegalcallofnon-staticmemberfunction，为什么？
因为在没有实例化一个类的具体对象时，类是没有被分配内存空间的。
好的再看看下面的例子:
#include <iostream.h>
class Point
{
public:
void output()
{  
}
static void init()
{  
}
};
void main( void )
{
Point::init();
}
这时编译就不会有错误，因为在类的定义时，它静态数据和成员函数就有了它的内存区，它不属于类的任何一个具体对象。
好的再看看下面的例子:
#include <iostream.h>
class Point
{
public:
void output()
{  
}
static void init()
{
   x = 0;
   y = 0;
}
private:
int x;
int y;
};
void main( void )
{
Point::init();
}
编译出错：
illegal reference to data member 'Point::x' in a static memberfunction
illegal reference to data member 'Point::y' in a static memberfunction
在一个静态成员函数里错误的引用了数据成员，
还是那个问题，静态成员（函数），不属于任何一个具体的对象，那么在类的具体对象声明之前就已经有了内存区，
而现在非静态数据成员还没有分配内存空间，那么这里调用就错误了，就好像没有声明一个变量却提前使用它一样。
也就是说在静态成员函数中不能引用非静态的成员变量。
好的再看看下面的例子:
#include <iostream.h>
class Point
{
public:
void output()
{
   x = 0;
   y = 0;
   init();  
}
static void init()
{

}
private:
int x;
int y;
};
void main( void )
{
Point::init();
}
好的，这样就不会有任何错误。这最终还是一个内存模型的问题，
任何变量在内存中有了自己的空间后，在其他地方才能被调用，否则就会出错。
好的再看看下面的例子:
#include <iostream.h>
class Point
{
public:
void output()
{
}
static void init()
{
   x = 0;
   y = 0;
}
private:
static int x;
static int y;
};
void main( void )
{
Point::init();
}
编译：
Linking...
test.obj : error LNK2001: unresolved external symbol "private: static int Point::y"
test.obj : error LNK2001: unresolved external symbol "private: static int Point::x"
Debug/Test.exe : fatal error LNK1120: 2 unresolved externals
执行 link.exe 时出错.
可以看到编译没有错误，连接错误，这又是为什么呢？
这是因为静态的成员变量要进行初始化，可以这样：
#include <iostream.h>////////////////////////(这段代码还有疑问，init()中的x, y 和static 的x ,y 有联系吗？)
class Point
{
public:
void output()
{
}
static void init()
{
   x = 0;
   y = 0;
}
private:
static int x;
static int y;
};
int Point::x = 0;
int Point::y = 0;
void main( void )
{
Point::init();
}
在静态成员数据变量初始化之后就不会出现编译错误了。
再看看下面的代码：
#include <iostream.h>
class Point
{
public:
void output()
{
}
static void init()
{
   x = 0;
   y = 0;
}
private:
static int x;
static int y;
};
void main( void )
{
}
编译没有错误，为什么？
即使他们没有初始化，因为我们没有访问x，y，所以编译不会出错。  

C++会区分两种类型的成员函数：静态成员函数和非静态成员函数。这两者之间的一个重大区别是，静态成员函数不接受隐含的this自变量。所以，它就无法访问自己类的非静态成员。

在某些条件下，比如说在使用诸如pthread（它不支持类）此类的多线程库时，就必须使用静态的成员函数，因为其地址同C语言函数的地址兼容。这种铜限制就迫使程序员要利用各种解决办法才能够从静态成员函数访问到非静态数据成员。

第一个解决办法是声明类的所有数据成员都是静态的。运用这种方式的话，静态的成员函数就能够直接地访问它们，例如：

class Singleton
{
public:
   static Singleton * instance();
private:
   Singleton * p;
   static Lock lock;
};

Singleton * Singleton::instance()
{
lock.getlock(); // fine, lock is static
if (!p)
   p=new Singleton;
lock.unlock();
return p;
}

这种解决方法不适用于需要使用非静态数据成员的类。

访问非静态数据成员

将参照传递给需要考量的对象能够让静态的成员函数访问到对象的非静态数据：

class A
{
public:
   static void func(A & obj);
   intgetval() const; //non-staticmemberfunction
private:
intval;
};

静态成员函数func()会使用参照obj来访问非静态成员val。

voidA::func(A & obj)
{
   int n = obj.getval();
}

将一个参照或者指针作为静态成员函数的自变量传递，就是在模仿自动传递非静态成员函数里this自变量这一行为。

一、自动类型转换

    一般来说，同一句语句或表达式应该使用同一种类型的变量和常量。如果使用了多种类型的变量和常量（类型混用），C 会自动把它们转换成同一种类型。自动类型转换为我们写程序提供了方便，却也带来了危机。因粗心大意而造成的类型混用也许会导致程序运行出错。以下是自动类型转换的基本规则：

    1. 在表达式中，char 和 short 类型的值，无论有符号还是无符号，都会自动转换成 int 或者 unsigned int（如果 short 的大小和 int 一样，unsigned short 可表示的最大值就大于 int，在这种情况下，unsigned short 被转换成 unsigned int）。因为它们被转换成表示范围更大的类型，故而我们把这种转换称之为“升级（promotion）”。

    2. 按照从高到低的顺序给各种数据类型分等级，依次为：long double, double, float, unsigned long long, long long, unsigned long, long, unsigned int 和 int。这里有一个小小的例外，如果 long 和 int 大小相同，则 unsigned int 的等级应位于 long 之上。char 和 short 并没有出现于这个等级列表，是因为它们参与运算时就应该已经被升级成了 int 或者 unsigned int。

    3. 在任何涉及两种数据类型的操作中，它们之间等级较低的类型会被转换成等级较高的类型。

    4. 在赋值语句中，= 右边的值在赋予 = 左边的变量之前，首先要将右边的值的数据类型转换成左边变量的类型。也就是说，左边变量是什么数据类型，右边的值就要转换成什么数据类型的值。这个过程可能导致右边的值的类型升级，也可能导致其类型降级（demotion）。所谓“降级”，是指等级较高的类型被转换成等级较低的类型。

    5. 作为参数传递给函数时，char 和 short 会被转换成 int，float 会被转换成 double。使用函数原型可以避免这种自动升级。这点我以后会详细讲解。

    类型升级通常不会有什么问题，但是类型降级却会带来不少问题。例如：

        char ch = 1222;

1222 降级为 char，但 char 无法表示 1222。再如：

        int j = 22.2;

22.2 降级为 int，小数部分被截断。

二、类型转换运算符

    使用类型转换运算符可以指定我们想要进行的类型转换。类型转换运算符由括号和类型名组成：

        (type)

其中，我们应该用我们想转换成的类型替换掉 type，例如：(long), (unsigned long)。

    类型转换运算符应该放在值的前面：

        int i = (int)1.1 + (int)2.2;

1.1 在加法运算前就因为类型转换运算符而降级为 int，其值变为 1。类似地，2.2 也降级为 int，其值变为 2。又如：

        int j = 20;
        double k = (double)j;

j 的值被转换成 double，然后用于初始化 k。

三、小例子

    #include <stdio.h>

    int main(void)
    {
        char ch;
        int i;
        float fl;
        double db;

        db = fl = i = ch = 'C';                 /* 10 */
        printf("ch=%c, i=%d, fl=%2.2f, db=%2.2f\n", ch, i, fl, db);

        ch = ch + 1;                            /* 13 */
        i = db + fl + 2 * ch;                   /* 14 */
        fl = 2.0 * ch + i;                      /* 15 */
        db = 22 * i + ch - fl;                  /* 16 */
        printf("ch=%c, i=%d, fl=%2.2f, db=%2.2f\n", ch, i, fl, db);

        i = 666.6 + 777.7;                      /* 19 */
        printf("Now i = %d\n", i);
        i = (int)666.6 + (int)777.7;            /* 21 */
        printf("Now i = %d\n", i);

        return 0;
    }

我的系统中，char 是 8 位的，int 是 32 位的。输出为：

    ch=C, i=67, fl=67.00, db=67.00
    ch=D, i=270, fl=406.00, db=5602.00
    Now i = 1444
    Now i = 1443

第 10 行，'C' 的值被转换为 char，然后赋值给 ch。ch 的值被转换成 int，然后赋值给 i。以此类推。

第 13 行，= 右边的 ch 的值先被转换成 int，然后和 1 相加，得到 32 位的 int 类型整数 68。最后，68 降级为 char，然后赋值给 ch。在 ASCII 中，D 的编码是 68。

第 14 行，ch 的值被转换成 int，然后和 2 相乘得 136。fl 的值被转换成 double，然后和 db 相加，其和再与转换成 double 的 136 相加得 270.0 。最后，270.0 被转换成 int，然后赋值给 i。

第 15 行，ch 的值被转换成 double，然后和 2.0 相乘，i 的值被转换成 double，然后和前面得到的乘积相加，相加的得数被转换成 float，然后赋值给 fl。

第 16 行，22 和 i 相乘得 5940，ch 的值被转换成 int，然后和 5940 相加得 6008，然后，6008 被转换成 float，再和 fl 相减得 5602.0f，最后 5602.0f 被转换成 double，再赋值给 db。

第 19 行，666.6 和 777.7 相加得 1444.3，然后 1444.3 被降级成 int，再赋值给 i。

第 21 行，类型转换运算符把 666.6 和 777.7 转换为 int，得 666 和 777，它们相加得 1443，最后，1443 被赋值给 i。

注意，类型转换改变的是值的类型，而不是对象的类型，对象的类型自始至终都是不变的。例如：

    i = fl + ch;

ch 的值被转换成 float，而 ch 本身仍然是 char 类型的变量。

参考资料：C Primer 5th Edition
          The C Programming Language 2nd Edition
          C99 标准

不同点：
(1)操作对象有所不同。
malloc与free是C++/C 语言的标准库函数，new/delete 是C++的运算符。对于非内部数据类的对象而言，光用maloc/free 无法满足动态对象的要求。对象在创建的同时要自动执行构造函数， 对象消亡之前要自动执行析构函数。由于malloc/free 是库函数而不是运算符，不在编译器控制权限之内，不能够把执行构造函数和析构函数的任务强加malloc/free。

(2)在用法上也有所不同。
函数malloc 的原型如下：
void * malloc(size_t size);
用malloc 申请一块长度为length 的整数类型的内存，程序如下：
int *p = (int *) malloc(sizeof(int) * length);
我们应当把注意力集中在两个要素上：“类型转换”和“sizeof”。
􀂋 malloc 返回值的类型是void *，所以在调用malloc 时要显式地进行类型转换，将void * 转换成所需要的指针类型。
􀂋 malloc 函数本身并不识别要申请的内存是什么类型，它只关心内存的总字节数。

函数free 的原型如下：
void free( void * memblock );
为什么free 函数不象malloc 函数那样复杂呢？这是因为指针p 的类型以及它所指的内存的容量事先都是知道的，语句free(p)能正确地释放内存。如果p 是NULL 指针，那么free

对p 无论操作多少次都不会出问题。如果p 不是NULL 指针，那么free 对p连续操作两次就会导致程序运行错误。

new/delete 的使用要点
运算符new 使用起来要比函数malloc 简单得多，例如：
int *p1 = (int *)malloc(sizeof(int) * length);
int *p2 = new int[length];
这是因为new 内置了sizeof、类型转换和类型安全检查功能。对于非内部数据类型的对象而言，new 在创建动态对象的同时完成了初始化工作。如果对象有多个构造函数，那么new 的语句也可以有多种形式。

如果用new 创建对象数组，那么只能使用对象的无参数构造函数。例如
Obj *objects = new Obj[100]; // 创建100 个动态对象
不能写成
Obj *objects = new Obj[100](1);// 创建100 个动态对象的同时赋初值1
在用delete 释放对象数组时，留意不要丢了符号‘[]’。例如
delete []objects; // 正确的用法
delete objects; // 错误的用法
后者相当于delete objects[0]，漏掉了另外99 个对象。
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////


1  new自动计算需要分配的空间，而malloc需要手工计算字节数
2  new是类型安全的，而malloc不是，比如：
int* p = new float[2]; // 编译时指出错误
int* p = malloc(2*sizeof(float)); // 编译时无法指出错误
new operator 由两步构成，分别是 operator new 和 construct
3  operator new对应于malloc，但operator new可以重载，可以自定义内存分配策略，甚至不做内存分配，甚至分配到非内存设备上。而malloc无能为力
4  new将调用constructor，而malloc不能；delete将调用destructor，而free不能。
5  malloc/free要库文件支持，new/delete则不要。
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

1. 本质区别
malloc/free是C/C++语言的标准库函数，new/delete是C++的运算符。
对于用户自定义的对象而言，用maloc/free无法满足动态管理对象的要求。对象在创建的同时要自动执行构造函数，对象在消亡之前要自动执行析构函数。由于malloc/free是库函数而不是运算符，不在编译器控制权限之内，不能够把执行构造函数和析构函数的任务强加于malloc/free。因此C++需要一个能完成动态内存分配和初始化工作的运算符new，以及一个能完成清理与释放内存工作的运算符delete。

类Obj的函数Initialize实现了构造函数的功能，函数Destroy实现了析构函数的功能。函数UseMallocFree中，由于malloc/free不能执行构造函数与析构函数，必须调用成员函数Initialize和Destroy来完成“构造”与“析构”。所以我们不要用malloc/free来完成动态对象的内存管理，应该用new/delete。由于内部数据类型的“对象”没有构造与析构的过程，对它们而言malloc/free和new/delete是等价的。

2. 联系
既然new/delete的功能完全覆盖了malloc/free，为什么C++还保留malloc/free呢？因为C++程序经常要调用C函数，而C程序只能用malloc/free管理动态内存。如果用free释放“new创建的动态对象”，那么该对象因无法执行析构函数而可能导致程序出错。如果用delete释放“malloc申请的动态内存”，理论上讲程序不会出错，但是该程序的可读性很差。所以new/delete，malloc/free必须配对使用。
///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

　　无数次听到“我要开始学习C++!”的呐喊，无数次听到“C++太复杂了，我真的
学不会”的无奈。Stan Lippman先生曾在《C++ Primer》一书中指出“C++是最为难
学的高级程序设计语言之一”，人们常将“之一”去掉以表达自己对C++的敬畏。诚
然，C++程序设计语言对于学习者的确有很多难以逾越的鸿沟，体系结构的庞大，应
接不暇并不断扩充的特性……除此之外，参考资料之多与冗杂使它的学习者望而却
步，欲求深入者苦不堪言。希望这一份不完全导引能够成为您C++学习之路上的引路
灯。

　　撰写本文的初衷并不打算带领大家体验古老的C++历史，如果你想了解C++的历
史与其前期发展中诸多技术的演变，你应当去参考Bjarne的《The Design and Evo
lution of C++》。当然也不打算给大家一个无所不包的宝典（并非不想：其一是因
水平有限，其二无奈C++之博大精深），所给出的仅仅是一些我们认为对于想学习C
++的广大读者来说最重要并且触手可及的开发与学习资源。

　　本文介绍并分析了一些编译器，开发环境，库，少量的书籍以及参考网站，并
且尽可能尝试着给出一个利用这些资源的导引，望对如同我们一样的初学者能够有
所裨益。

-----------------------------------------------------------------------

　　2，编译器

　　在C++之外的任何语言中，编译器都从来没有受到过如此之重视。因为C++是一
门相当复杂的语言，所以编译器也难于构建。直到最近我们才开始能够使用上完全
符合C++标准的编译器（哦，你可能会责怪那些编译器厂商不能尽早的提供符合标准
的编译器，这只能怪他们各自维系着自身的一套别人不愿接受的标准）。什么？你
说这无关紧要？哦，不，你所需要的是和标准化C++高度兼容的编译环境。长远来看
，只有这样的编译器对C++开发人员来说才是最有意义的工具，尤其是对于程序设计
语言的学习者。一至性让代码具备可移植性，并让一门语言及其库的应用更为广泛
。嗯，是的，我们这里只打算介绍一些公认的优秀编译器。

　　2.1 Borland C++

　　这个是Borland C++ Builder和Borland C++ Builder X这两种开发环境的后台
编译器。（哦，我之所以将之分为两种开发环境你应当能明白为什么，正如Delphi
7到Delphi8的转变，是革命性的两代。）Borland C++由老牌开发工具厂商Borland
倾力打造。该公司的编译器素以速度快，空间效率高著称，Borland C++ 系列编译
器秉承了这个传统，属于非常优质的编译器。标准化方面早在5.5版本的编译器中对
标准化C++的兼容就达到了92.73%。目前最新版本是Borland C++ Builder X中的6.
0版本，官方称100%符合ANSI/ISO的C++标准以及C99标准。嗯…这正是我前面所指的
“完全符合C++标准的编译器”。

　　2.2 Visual C++

　　这个正是我们熟知的Visual Studio 和 Visual Studio.net 2002, 2003以及2
005 Whidbey中带的C++编译器。由Microsoft公司研制。在Visual Studio 6.0中，
因为编译器有太多地方不能与后来出现的C++标准相吻合而饱受批评（想想你在使用
STL的时候编译时报出的那些令人厌恶的error和warning吧）。VC++6.0对标准化C+
+的兼容只有83.43%。但是随着C++编译器设计大师Stanley Lippman以及诸多C++社
群达人的加盟，在Visual Studio.NET 2003中，Visual C++编译器已经成为一个非
常成熟可靠的C++编译器了。Dr.Dobb's Journal的评测显示Visual C++7.1对标准C
++的兼容性高达98.22%，一度成为CBX之前兼容性最好的编译器。结合强大的Visua
l Studio.NET开发环境，是一个非常不错的选择。至于Whidbey时代的Visual C++,
似乎微软所最关注的是C++/CLI……我们不想评论微软下一代的C++编译器对标准化
兼容如何，但他确实越来越适合.NET (其实你和我的感觉可能是一样的，微软不应
当把标准C++这块肥肉丢给Borland,然而微软可能并不这样认为)。

　　2.3 GNU C++

　　著名的开源C++编译器。是类Unix操作系统下编写C++程序的首选。特点是有非
常好的移植性，你可以在非常广泛的平台上使用它，同时也是编写跨平台，嵌入式
程序很好的选择。另外在符合标准这个方面一直都非常好，GCC3.3大概能够达到96
.15%。但是由于其跨平台的特性，在代码尺寸速度等优化上略微差一点。

　　基于GNU C++的编译器有很多，比如：

　　(1) Mingw
　　http://www.mingw.org/
　　GCC的一个Windows的移植版本（Dev-C++的后台）

　　(2) Cygwin
　　http://sources.redhat.com/cygwin/
　　GCC的另外一个Windows移植版本是Cygwin的一部分，Cygwin是Windows下的一个
Unix仿真环境。严格的说是模拟GNU的环境，这也就是"Gnu's Not Unix"要表达的意
思，噢，扯远了，这并不是我们在这里关心的实质内容。

　　(3) Djgpp
　　http://www.delorie.com/djgpp/
　　这是GCC的DOS移植版本。

　　(4) RSXNT
　　http://www.mathematik.uni-bielefeld.de/~rainer/
　　这是GCC的DOS和Windows移植版本。

　　(5) Intel C++
　　著名CPU制造厂商Intel出品的编译器，Special Design for Intel x86！对于
Intel x86结构的CPU经过特别的优化。在有些应用情况下，特别是数值计算等高性
能应用，仅仅采用Intel的编译器编译就能大幅度的提高性能。

　　(6) Digital Mars C++
　　网络上提供免费下载，Zortech/Symantec C++的继承者，其前身在当年惨烈的
C++四国战中也是主角之一。

　　3，开发环境

　　开发环境对于程序员的作用不言而喻。选择自己朝夕相处的环境也不是容易的
事情，特别是在IDE如此丰富的情况下。下面就是我们推荐的一些常见的C++开发环
境，并没有包括一些小型的，罕见的IDE。其中任何一款都是功能丰富，可以用作日
常开发使用的。对于不同层面的开发者，请参见内文关于适用对象的描述。

　　3.1 Visual Studio 6.0

　　这个虽然是Microsoft公司的老版本的开发环境，但是鉴于其后继版本Visual
Studio.NET的庞大身躯，以及初学者并不那么高的功能要求，所以推荐这个开发环
境给C++的初学者，供其学习C++的最基本的部分，比如C的那部分子集，当然你别指
望他能够支持最新的C99标准。在日常的开发中，仍然有很多公司使用这个经典稳定
的环境，比如笔者就看曾亲见有些公司将其编译器替换为GCC做手机开发之用。

　　3.2 Visual Studio.NET 2003

　　作为Microsoft公司官方正式发布的最新版本开发环境，其中有太多激动人心的
功能。结合其最新的C++编译器。对于机器配置比较好的开发人员来说，使用这个开
发环境将能满足其大部分的要求。这里不打算单独说Visual Studio Whidbey,虽然
Visual Studio .NET 2005 - Whidbey社区预览版已经推出，但暂不是很稳定，读者
可以亲身去体验。

　　3.3 Borland C++ Builder 6

　　这个并不是Borland的C++开发环境的最新版本。选择它的原因是它不是用Java
写的IDE，速度比较快。它有一个很完善的GUI窗体设计器，和Delphi共用一个VCL。
由于这些特点，比较适合初学者上手。但是由于其GUI的中心位置，可能不利于对于
C++语言的学习。而且其为了支持VCL这个Object Pascal写的库也对C++进行了一些
私有的扩充。使得人们有一个不得不接受的事实：“Borland C++ Builder 6的高手
几乎都是Delphi高手”。

　　3.4 Borland C++ Builder X

　　正如前文所述，虽然版本号上和前面那个IDE非常相象，但是其实它们是完全不
同的两个集成开发环境。C++Builder更多的是一个和Delphi同步的C++版本的开发环
境，C++BuilderX则是完全从C++的角度思考得出的一个功能丰富的IDE。其最大的特
点是跨平台，跨编译器，多种Framework的集成，并且有一个WxWindows为基础的GU
I设计器。尤其是采用了纯C++来重写了整个Framework,摒弃了以前令人无奈的版本
。对于C++的开发来说，从编译器，到库，到功能集成都是非常理想的。可以预见，
Borland C++ Builder X 2.0很值得C++爱好者期待。唯一令人难堪之处是作为一个
C++的开发工具，其IDE是用Java写的，在配置不够理想的机器上请慎重考虑再安装
。

　　3.5 Emacs + GCC

　　前面讲的大部分是Windows环境下的集成开发环境。Linux上的开发者更倾向于
使用Emacs来编辑C++的文件，用Makefile来命令GCC做编译。虽然看上去比较松散，
但是这些东西综合起来还是一个开发环境。如果你能够娴熟的使用这样的环境写程
序，你的水平应该足够指导我们来写这篇陋文了。

　　3.6 Dev C++

　　GCC是一个很好的编译器。在Windows上的C++编译器一直和标准有着一段距离的
时候，GCC就是一个让Windows下开发者流口水的编译器。Dev-C++就是能够让GCC跑
在Windows下的工具，作为集成开发环境，还提供了同专业IDE相媲美的语法高亮，
代码提示，调试等功能。由于使用Delphi开发，占用内存少，速度很快，比较适合
轻量级的学习和使用。

　　3.7 Eclipse + CDT

　　Eclipse可是近来大名鼎鼎的开发工具。最新一期的Jolt大奖就颁给了这个杰出
的神物。说其神奇是因为，它本身是用Java写的，但是拥有比一般Java写的程序快
得多的速度。而且因为其基于插件组装一切的原则，使得能够有CDT这样的插件把E
clipse变成一个C/C++的开发环境。如果你一直用Eclipse写Java的程序，不妨用它
体验一下C++开发的乐趣。

　　4，工具

　　C++的辅助工具繁多，我们分门别类的为大家作介绍：
　　4.1 文档类
　　(1) Doxygen
　　参考站点：http://www.doxygen.org
　　Doxygen是一种适合C风格语言（如C++、C、IDL、Java甚至包括C#和PHP）的、
开放源码的、基于命令行的文档产生器。

　　(2) C++2HTML
　　参考站点：http://www.bedaux.net/cpp2html/
　　把C++代码变成语法高亮的HTML

　　(3) CodeColorizer
　　参考站点：http://www.chami.com/colorizer/
　　它能把好几种语言的源代码着色为HTML

　　(4) Doc-O-Matic
　　参考站点：http://www.doc-o-matic.com/
　　Doc-O_Matic为你的C/C++，C++.net，Delphi/Pascal, VB.NET，C#和Java程序
或者组件产生准确的文档。Doc-O-Matic使用源代码中的符号和注释以及外部的文档
文件创建与流行的文档样式一致的文档。

　　(5) DocVizor
　　参考站点：http://www.ucancode.net/Products/DocBuilder/Features.htm
　　DocVizor满足了面向对象软件开发者的基本要求——它让我们能够看到C++工程
中的类层次结构。DocVizor快速地产生完整可供打印的类层次结构图，包括从第三
方库中来的那些类，除此之外DocVizor还能从类信息中产生HTML文件。

　　(6) SourcePublisher C++
　　参考站点：http://www.scitools.com/sourcepublisher_c.html
　　给源代码产生提供快速直观的HTML报表，包括代码，类层次结构，调用和被调
用树，包含和被包含树。支持多种操作系统。

　　(7) Understand
　　参考站点：http://www.scitools.com/ucpp.html
　　分析任何规模的C或者C++工程，帮助我们更好的理解以及编写文档。

　　4.2 代码类
　　(1) CC-Rider
　　参考站点：http://www.cc-rider.com
　　CC-Rider是用于C/C++程序强大的代码可视化工具，通过交互式浏览、编辑及自
动文件来促进程序的维持和发展。

　　(2) CodeInspect
　　参考站点：http://www.yokasoft.com/
　　一种新的C/C++代码分析工具。它检查我们的源代码找出非标准的，可能的，以
及普通的错误代码。

　　(3) CodeWizard
　　参考站点：http://www.parasoft.com
　　先进的C/C++源代码分析工具，使用超过500个编码规范自动化地标明危险的，
但是编译器不能检查到的代码结构。

　　(4) C++ Validation Test Suites
　　参考站点：http://www.plumhall.com/suites.html
　　一组用于测试编译器和库对于标准吻合程度的代码库。

　　(5) CppRefactory
　　参考站点：http://cpptool.sourceforge.net/
　　CPPRefactory是一个使得开发者能够重构他们的C++代码的程序。目的是使得C
++代码的重构能够尽可能的有效率和简单。

　　(6) Lzz
　　参考站点：http://www.lazycplusplus.com/
　　Lzz是一个自动化许多C++编程中的体力活的工具。它能够节省我们许多事件并
且使得编码更加有乐趣。给出一系列的声明，Lzz会给我们创建头文件和源文件。

　　(7) QA C++ Generation 2000
　　参考站点：http://www.programmingresearch.com/solutions/qacpp.htm
　　它关注面向对象的C++源代码，对有关于设计，效率，可靠性，可维护性的部分
提出警告信息。

　　(8) s-mail project - Java to C++DOL
　　参考站点：http://sadlocha.strefa.pl/s-mail/ja2dol.html
　　把Java源代码翻译为相应的C++源代码的命令行工具。

　　(9) SNIP from Cleanscape Software International
　　参考站点：http://www.cleanscape.net/stdprod/snip/index.html
　　一个填平编码和设计之间沟壑的易于使用的C++开发工具，节省大量编辑和调试
的事件，它还使得开发者能够指定设计模式作为对象模型，自动从对象模型中产生
C++的类。

　　(10) SourceStyler C++
　　参考站点：http://www.ochresoftware.com/
　　对C/C++源代码提供完整的格式化和排版控制的工具。提供多于75个的格式化选
项以及完全支持ANSI C++。

　　4.3 编译类
　　(1) Compilercache
　　参考站点：http://www.erikyyy.de/compilercache/
　　Compilercache是一个对你的C和C++编译器的封装脚本。每次我们进行编译，封
装脚本，把编译的结果放入缓存，一旦编译相同的东西，结果将从缓存中取出而不
是再次编译。

　　(2) Ccache
　　参考站点：http://ccache.samba.org/
　　Ccache是一个编译器缓存。它使用起来就像C/C++编译器的缓存预处理器，编译
速度通常能提高普通编译过程的5~10倍。

　　(3) Cmm (C++ with MultiMethods)
　　参考站点：http://www.op59.net/cmm/cmm-0.28/users.html
　　这是一种C++语言的扩展。读入Cmm源代码输出C++的源代码，功能是对C++语言
添加了对multimethod的支持。

　　(4) The Frost Project
　　参考站点：http://frost.flewid.de/
　　Forst使得你能够在C++程序中像原生的C++特性一样使用multimethod以及虚函
数参数。它是一个编译器的外壳。

　　4.4 测试和调试类
　　(1) CPPUnit
　　CppUnit 是个基于 LGPL 的开源项目，最初版本移植自 JUnit，是一个非常优
秀的开源测试框架。CppUnit 和 JUnit 一样主要思想来源于极限编程。主要功能就
是对单元测试进行管理，并可进行自动化测试。

　　(2) C++Test
　　参考站点：http://www.parasoft.com/
　　C++ Test是一个单元测试工具，它自动化了C和C++类，函数或者组件的测试。

　　(3) Cantata++
　　参考站点：http://www.iplbath.com/products/tools/pt400.shtml
　　设计的目的是为了满足在合理的经济开销下使用这个工具可以让开发工程师开
展单元测试和集成测试的需求.

　　(4) Purify
　　参考站点：http://www-900.ibm.com/cn/software/rational/products/purif
yplus/index.shtml
　　IBM Rational PurifyPlus是一套完整的运行时分析工具，旨在提高应用程序的
可靠性和性能。PurifyPlus将内存错误和泄漏检测、应用程序性能描述、代码覆盖
分析等功能组合在一个单一、完整的工具包中。

　　(5) BoundsChecker
　　BoundsChecker是一个C++运行时错误检测和调试工具。它通过在Visual Studi
o内自动化调试过程加速开发并且缩短上市的周期。BoundsChecker提供清楚，详细
的程序错误分析，许多是对C++独有的并且在static，stack和heap内存中检测和诊
断错误，以及发现内存和资源的泄漏。　　
       
        (6) Insure++
　　参考站点：http://www.parasoft.com/
　　一个自动化的运行时程序测试工具，检查难以察觉的错误,如内存覆盖，内存泄
漏，内存分配错误，变量初始化错误，变量定义冲突，指针错误，库错误，逻辑错
误和算法错误等。

　　(7) GlowCode
　　参考站点：http://www.glowcode.com/
　　GlowCode包括内存泄漏检查，code profiler，函数调用跟踪等功能。给C++开
发者提供完整的错误诊断，和运行时性能分析工具包。

　　(8) Stack Spy
　　参考站点：http://www.imperioustech.com/
　　它能捕捉stack corruption, stack over run, stack overflow等有关栈的错
误。

　　5，库

　　在C++中，库的地位是非常高的。C++之父 Bjarne Stroustrup先生多次表示了
设计库来扩充功能要好过设计更多的语法的言论。现实中，C++的库门类繁多，解决
的问题也是极其广泛，库从轻量级到重量级的都有。不少都是让人眼界大开，亦或
是望而生叹的思维杰作。由于库的数量非常庞大，而且限于笔者水平，其中很多并
不了解。所以文中所提的一些库都是比较著名的大型库。

　　5.1 标准库

　　标准库中提供了C++程序的基本设施。虽然C++标准库随着C++标准折腾了许多年
，直到标准的出台才正式定型，但是在标准库的实现上却很令人欣慰得看到多种实
现，并且已被实践证明为有工业级别强度的佳作。

　　(1) Dinkumware C++ Library
　　参考站点：http://www.dinkumware.com/
　　P.J. Plauger编写的高品质的标准库。P.J. Plauger博士是Dr. Dobb's程序设
计杰出奖的获得者。其编写的库长期被Microsoft采用，并且最近Borland也取得了
其OEM的license，在其C/C++的产品中采用Dinkumware的库。

　　(2) RogueWave Standard C++ Library
　　参考站点：http://www.roguewave.com/
　　这个库在Borland C++ Builder的早期版本中曾经被采用，后来被其他的库给替
换了。笔者不推荐使用。

　　(3) SGI STL
　　参考站点：http://www.roguewave.com/
　　SGI公司的C++标准模版库。

　　(4) STLport
　　参考站点：http://www.stlport.org/
　　SGI STL库的跨平台可移植版本。

　　5.2 “准”标准库 - Boost
　　参考站点：http://www.boost.org
　　国内镜像：http://www.c-view.org/tech/lib/boost/index.htm
　　Boost库是一个经过千锤百炼、可移植、提供源代码的C++库，作为标准库的后
备，是C++标准化进程的发动机之一。 Boost库由C++标准委员会库工作组成员发起
，在C++社区中影响甚大，其成员已近2000人。 Boost库为我们带来了最新、最酷、
最实用的技术，是不折不扣的“准”标准库。
　　Boost中比较有名气的有这么几个库：

　　Regex
　　正则表达式库
　　Spirit
　　LL parser framework，用C++代码直接表达EBNF

　　Graph
　　图组件和算法

　　Lambda
　　在调用的地方定义短小匿名的函数对象，很实用的functional功能

　　concept check
　　检查泛型编程中的concept

　　Mpl
　　用模板实现的元编程框架

　　Thread
　　可移植的C++多线程库

　　Python
　　把C++类和函数映射到Python之中

　　Pool
　　内存池管理

　　smart_ptr
　　5个智能指针，学习智能指针必读，一份不错的参考是来自CUJ的文章：

　　Smart Pointers in Boost，哦，这篇文章可以查到，CUJ是提供在线浏览的。
中文版见笔者在《Dr. Dobb's Journal软件研发杂志》第7辑上的译文。

　　Boost总体来说是实用价值很高，质量很高的库。并且由于其对跨平台的强调，
对标准C++的强调，是编写平台无关，现代C++的开发者必备的工具。但是Boost中也
有很多是实验性质的东西，在实际的开发中实用需要谨慎。并且很多Boost中的库功
能堪称对语言功能的扩展，其构造用尽精巧的手法，不要贸然的花费时间研读。Bo
ost另外一面，比如Graph这样的库则是具有工业强度，结构良好，非常值得研读的
精品代码，并且也可以放心的在产品代码中多多利用。

5.3 GUI

　　在众多C++的库中，GUI部分的库算是比较繁荣，也比较引人注目的。在实际开
发中，GUI库的选择也是非常重要的一件事情，下面我们综述一下可选择的GUI库，
各自的特点以及相关工具的支持。

　　(1) MFC

　　大名鼎鼎的微软基础类库（Microsoft Foundation Class）。大凡学过VC++的
人都应该知道这个库。虽然从技术角度讲，MFC是不大漂亮的，但是它构建于Windo
ws API 之上，能够使程序员的工作更容易,编程效率高，减少了大量在建立 Windo
ws 程序时必须编写的代码，同时它还提供了所有一般 C++ 编程的优点，例如继承
和封装。MFC 编写的程序在各个版本的Windows操作系统上是可移植的，例如，在
Windows 3.1下编写的代码可以很容易地移植到 Windows NT 或 Windows 95 上。但
是在最近发展以及官方支持上日渐势微。

　　(2) QT

　　参考网站：http://www.trolltech.com/
　　Qt是Trolltech公司的一个多平台的C++图形用户界面应用程序框架。它提供给
应用程序开发者建立艺术级的图形用户界面所需的所用功能。Qt是完全面向对象的
很容易扩展，并且允许真正地组件编程。自从1996年早些时候，Qt进入商业领域，
它已经成为全世界范围内数千种成功的应用程序的基础。Qt也是流行的Linux桌面环
境KDE 的基础，同时它还支持Windows、Macintosh、Unix/X11等多种平台。

　　(3) WxWindows

　　参考网站：http://www.wxwindows.org/
　　跨平台的GUI库。因为其类层次极像MFC，所以有文章介绍从MFC到WxWindows的
代码移植以实现跨平台的功能。通过多年的开发也是一个日趋完善的GUI库，支持同
样不弱于前面两个库。并且是完全开放源代码的。新近的C++ Builder X的GUI设计
器就是基于这个库的。

　　(4) Fox

　　参考网站：http://www.fox-toolkit.org/
　　开放源代码的GUI库。作者从自己亲身的开发经验中得出了一个理想的GUI库应
该是什么样子的感受出发，从而开始了对这个库的开发。有兴趣的可以尝试一下。

　　(5) WTL
　　基于ATL的一个库。因为使用了大量ATL的轻量级手法，模板等技术，在代码尺
寸，以及速度优化方面做得非常到位。主要面向的使用群体是开发COM轻量级供网络
下载的可视化控件的开发者。

　　(6) GTK

　　参考网站：http://gtkmm.sourceforge.net/
　　GTK是一个大名鼎鼎的C的开源GUI库。在Linux世界中有Gnome这样的杀手应用。
而GTK就是这个库的C++封装版本。

　　5.4 网络通信

　　(1) ACE

　　参考网站：http://www.cs.wustl.edu/~schmidt/ACE.html
　　C++库的代表，超重量级的网络通信开发框架。ACE自适配通信环境（Adaptive
Communication Environment）是可以自由使用、开放源代码的面向对象框架，在
其中实现了许多用于并发通信软件的核心模式。ACE提供了一组丰富的可复用C++包
装外观（Wrapper Facade）和框架组件，可跨越多种平台完成通用的通信软件任务
，其中包括：事件多路分离和事件处理器分派、信号处理、服务初始化、进程间通
信、共享内存管理、消息路由、分布式服务动态（重）配置、并发执行和同步，等
等。

　　(2) StreamModule

　　参考网站：http://www.omnifarious.org/StrMod/
　　设计用于简化编写分布式程序的库。尝试着使得编写处理异步行为的程序更容
易，而不是用同步的外壳包起异步的本质。

　　(3) SimpleSocket

　　参考网站：http://home.hetnet.nl/~lcbokkers/simsock.htm
　　这个类库让编写基于socket的客户/服务器程序更加容易。

　　(4) A Stream Socket API for C++
　　参考网站：http://www.pcs.cnu.edu/~dgame/sockets/socketsC++/sockets.h
tml

　　又一个对Socket的封装库。

　　5.5 XML

　　(1) Xerces

　　参考网站：http://xml.apache.org/xerces-c/
　　Xerces-C++ 是一个非常健壮的XML解析器，它提供了验证，以及SAX和DOM API
。XML验证在文档类型定义(Document Type Definition，DTD)方面有很好的支持，
并且在2001年12月增加了支持W3C XML Schema 的基本完整的开放标准。

　　(2) XMLBooster

　　参考网站：http://www.xmlbooster.com/
　　这个库通过产生特制的parser的办法极大的提高了XML解析的速度，并且能够产
生相应的GUI程序来修改这个parser。在DOM和SAX两大主流XML解析办法之外提供了
另外一个可行的解决方案。

　　(3) Pull Parser

　　参考网站：http://www.extreme.indiana.edu/xgws/xsoap/xpp/
　　这个库采用pull方法的parser。在每个SAX的parser底层都有一个pull的parse
r，这个xpp把这层暴露出来直接给大家使用。在要充分考虑速度的时候值得尝试。

　　(4) Xalan

　　参考网站：http://xml.apache.org/xalan-c/
　　Xalan是一个用于把XML文档转换为HTML，纯文本或者其他XML类型文档的XSLT处
理器。

　　(5) CMarkup

　　参考网站：http://www.firstobject.com/xml.htm
　　这是一种使用EDOM的XML解析器。在很多思路上面非常灵活实用。值得大家在D
OM和SAX之外寻求一点灵感。

　　(6) libxml++

　　http://libxmlplusplus.sourceforge.net/
　　libxml++是对著名的libxml XML解析器的C++封装版本

　　5.6 科学计算

　　(1) Blitz++

　　参考网站：http://www.oonumerics.org/blitz/
　　Blitz++ 是一个高效率的数值计算函数库，它的设计目的是希望建立一套既具
像C++ 一样方便，同时又比Fortran速度更快的数值计算环境。通常，用C++所写出
的数值程序，比 Fortran慢20%左右，因此Blitz++正是要改掉这个缺点。方法是利
用C++的template技术，程序执行甚至可以比Fortran更快。Blitz++目前仍在发展中
，对于常见的SVD，FFTs，QMRES等常见的线性代数方法并不提供，不过使用者可以
很容易地利用Blitz++所提供的函数来构建。

　　(2) POOMA

　　参考网站：http://www.codesourcery.com/pooma/pooma
　　POOMA是一个免费的高性能的C++库，用于处理并行式科学计算。POOMA的面向对
象设计方便了快速的程序开发，对并行机器进行了优化以达到最高的效率，方便在
工业和研究环境中使用。

　　(3) MTL

　　参考网站：http://www.osl.iu.edu/research/mtl/
　　Matrix Template Library(MTL)是一个高性能的泛型组件库，提供了各种格式
矩阵的大量线性代数方面的功能。在某些应用使用高性能编译器的情况下，比如In
tel的编译器，从产生的汇编代码可以看出其与手写几乎没有两样的效能。

　　(4) CGAL

　　参考网站：www.cgal.org

　　Computational Geometry Algorithms Library的目的是把在计算几何方面的大
部分重要的解决方案和方法以C++库的形式提供给工业和学术界的用户。

　　5.7 游戏开发

　　(1) Audio/Video 3D C++ Programming Library

　　参考网站：http://www.galacticasoftware.com/products/av/
　　AV3D是一个跨平台，高性能的C++库。主要的特性是提供3D图形，声效支持（S
B,以及S3M），控制接口（键盘，鼠标和遥感），XMS。

　　(2) KlayGE

　　参考网站：http://home.g365.net/enginedev/
　　国内游戏开发高手自己用C++开发的游戏引擎。KlayGE是一个开放源代码、跨平
台的游戏引擎，并使用Python作脚本语言。KlayGE在LGPL协议下发行。感谢龚敏敏
先生为中国游戏开发事业所做出的贡献。

　　(3) OGRE

　　参考网站：http://www.ogre3d.org
　　OGRE（面向对象的图形渲染引擎）是用C++开发的，使用灵活的面向对象3D引擎
。它的目的是让开发者能更方便和直接地开发基于3D硬件设备的应用程序或游戏。
引擎中的类库对更底层的系统库（如：Direct3D和OpenGL）的全部使用细节进行了
抽象，并提供了基于现实世界对象的接口和其它类。

　　5.8 线程

　　(1) C++ Threads

　　参考网站：http://threads.sourceforge.net/
　　这个库的目标是给程序员提供易于使用的类，这些类被继承以提供在Linux环境
中很难看到的大量的线程方面的功能。

　　(2) ZThreads

　　参考网站：http://zthread.sourceforge.net/
　　一个先进的面向对象，跨平台的C++线程和同步库。

　　5.9 序列化

　　(1) s11n

　　参考网站：http://s11n.net/
　　一个基于STL的C++库，用于序列化POD，STL容器以及用户定义的类型。

　　(2) Simple XML Persistence Library

　　参考网站：http://sxp.sourceforge.net/
　　这是一个把对象序列化为XML的轻量级的C++库。

　　5.10 字符串

　　(1) C++ Str Library

　　参考网站：http://www.utilitycode.com/str/
　　操作字符串和字符的库，支持Windows和支持gcc的多种平台。提供高度优化的
代码，并且支持多线程环境和Unicode，同时还有正则表达式的支持。

　　(2) Common Text Transformation Library

　　参考网站：http://cttl.sourceforge.net/
　　这是一个解析和修改STL字符串的库。CTTL substring类可以用来比较，插入，
替换以及用EBNF的语法进行解析。

　　(3) GRETA

　　参考网站：http://research.microsoft.com/projects/greta/
　　这是由微软研究院的研究人员开发的处理正则表达式的库。在小型匹配的情况
下有非常优秀的表现。

　　5.11 综合

　　(1) P::Classes

　　参考网站：http://pclasses.com/
　　一个高度可移植的C++应用程序框架。当前关注类型和线程安全的signal/slot
机制，i/o系统包括基于插件的网络协议透明的i/o架构，基于插件的应用程序消息
日志框架，访问sql数据库的类等等。

　　(2) ACDK - Artefaktur Component Development Kit

　　参考网站：http://acdk.sourceforge.net/
　　这是一个平台无关的C++组件框架，类似于Java或者.NET中的框架（反射机制，
线程，Unicode，废料收集，I/O，网络，实用工具，XML，等等），以及对Java, P
erl, Python, TCL, Lisp, COM 和 CORBA的集成。

　　(3) dlib C++ library

　　参考网站：http://www.cis.ohio-state.edu/~kingd/dlib/
　　各种各样的类的一个综合。大整数，Socket，线程，GUI，容器类,以及浏览目
录的API等等。

　　(4) Chilkat C++ Libraries

　　参考网站：http://www.chilkatsoft.com/cpp_libraries.asp
　　这是提供zip，e-mail，编码，S/MIME，XML等方面的库。

　　(5) C++ Portable Types Library (PTypes)

　　参考网站：http://www.melikyan.com/ptypes/
　　这是STL的比较简单的替代品，以及可移植的多线程和网络库。

　　(6) LFC

　　参考网站：http://lfc.sourceforge.net/
　　哦，这又是一个尝试提供一切的C++库

　　5.12 其他库

　　(1) Loki

　　参考网站：http://www.moderncppdesign.com/
　　哦，你可能抱怨我早该和Boost一起介绍它，一个实验性质的库。作者在loki中
把C++模板的功能发挥到了极致。并且尝试把类似设计模式这样思想层面的东西通过
库来提供。同时还提供了智能指针这样比较实用的功能。

　　(2) ATL

　　ATL(Active Template Library)
　　是一组小巧、高效、灵活的类，这些类为创建可互操作的COM组件提供了基本的
设施。

　　(3) FC++: The Functional C++ Library
　　这个库提供了一些函数式语言中才有的要素。属于用库来扩充语言的一个代表
作。如果想要在OOP之外寻找另一分的乐趣，可以去看看函数式程序设计的世界。大
师Peter Norvig在 “Teach Yourself Programming in Ten Years”一文中就将函
数式语言列为至少应当学习的6类编程语言之一。

　　(4) FACT!

　　参考网站：http://www.kfa-juelich.de/zam/FACT/start/index.html
　　另外一个实现函数式语言特性的库

　　(5) Crypto++
　　提供处理密码，消息验证，单向hash，公匙加密系统等功能的免费库。

　　还有很多非常激动人心或者是极其实用的C++库，限于我们的水平以及文章的篇
幅不能包括进来。在对于这些已经包含近来的库的介绍中，由于并不是每一个我们
都使用过，所以难免有偏颇之处，请读者见谅。

　　6，书籍

　　以前熊节先生曾撰文评论相对于Java程序设计语言，C++的好书多如牛毛。荣耀
先生在《程序员》杂志上撰文《C++程序设计之四书五经》也将本领域内几乎所有的
经典书籍作了全面的介绍,任何关于书的评论此时看来便是很多余的了。个人浅见，
除非你打算以C++作为唯一兴趣或者生存之本，一般读者确实没有足够的时间和必要
将20余本书籍全部阅读。更有参考价值的是荣耀先生的另一篇文章：《至少应该阅
读的九本C++著作》，可以从下面的地址浏览到此文：

　　http://www.royaloo.com/articles/articles_2003/9CppBooks.htm
　　下面几本书对于走在C++初学之路上的读者是我们最愿意推荐给大家的：

　　(1) 《C++ Primer》

　　哦，也许你会抱怨我们为什么不先介绍TCPL,但对于走在学习之路上的入门者，
本书内容更为全面，更为详细易懂，我们称它为“C++的超级宝典”并不过分。配有
一本不错的习题解答《C++ Primer Answer Book》可以辅助你的学习之路。

　　(2) 《Essential C++》

　　如果说《C++ Primer》是C++领域的超级宝典，那么此书作为掌握C++的大局观
当之无愧。正如《.NET大局观》一书能够让读者全揽.NET，本书讲述了C++中最核心
的全部主题。书虽不厚，内容精炼，不失为《C++ Primer》读者茶余饭后的主题回
顾之作。

　　(3) 《The C++ Programming Language》

　　Bjarne为你带来的C++教程，真正能够告诉你怎么用才叫真正的C++的唯一一本
书。虽然如同“某某程序设计语言”这样的书籍会给大家一个内容全揽，入门到精
通的感觉，但本书确实不太适合初学者阅读。如果你自认为是一名很有经验的C++程
序员，那至少也要反复咀嚼Bjarne先生所强调的若干内容。

　　(4) 《Effective C++》，《More Effective C++》

　　是的，正如一些C++爱好者经常以读过与没有读过上述两本作品来区分你是否是
C++高手。我们也极力推崇这两本著作。在各种介绍C++专家经验的书籍里面，这两
本是最贴近语言本质，看后最能够有脱胎换骨感觉的书，读此书你需每日三省汝身
。

　　技术书籍仁者见仁，过多的评论反无太多意义，由读者喜好选择最适合自己的
书方为上策。

　　7，资源网站

　　正如我们可以通过计算机历史上的重要人物了解计算机史的发展，C++相关人物
的网站也可以使我们得到最有价值的参考与借鉴，下面的人物我们认为没有介绍的
必要，只因下面的人物在C++领域的地位众所周知，我们只将相关的资源进行罗列以
供读者学习，他们有的工作于贝尔实验室，有的工作于知名编译器厂商，有的在不
断推进语言的标准化，有的为读者撰写了多部千古奇作……
　　(1) Bjarne Stroustrup
　　http://www.research.att.com/~bs/

　　(2) Stanley B. Lippman
　　http://blogs.msdn.com/slippman/
　　中文版 http://www.zengyihome.net/slippman/index.htm

　　(3) Scott Meyers
　　http://www.aristeia.com/

　　(4) David Musser
　　http://www.cs.rpi.edu/~musser/

　　(5) Bruce Eckel
　　http://www.bruceeckel.com

　　(6) Nicolai M. Josuttis
　　http://www.josuttis.com/

　　(7) Herb Sutter
　　http://www.gotw.ca/

　　(8) Andrei Alexandrescu
　　http://www.coderncppdesign.com/

　　(9) 侯捷先生
　　http://www.jjhou.com

　　(10) 孟岩先生
　　先生繁忙于工作，痴迷于技术，暂无个人主页，关于先生的作品可以通过CSDN
的专栏和侯先生的主页访问到。

　　(11) 荣耀先生
　　http://www.royaloo.com/

　　(12) 潘爱民先生
　　http://www.icst.pku.edu.cn/panaimin/pam_homepage.htm

　　除了上述大师的主页外，以下的综合类C++学习参考站点是我们非常愿意向大家
推荐的：

　　(1) CodeProject
　　http://www.codeproject.com

　　(2) CodeGuru
　　http://www.codeguru.com

　　(3) Dr. Dobb's Journal
　　http://www.ddj.com

　　(4) C/C++ Users Journal
　　http://www.cuj.com

　　(5) C维视点
　　http://www.c-view.org

　　(6) allaboutprogram
　　http://www.allaboutprogram.com
　　其他资料

　　(1) ISO IEC JTC1/SC22/WG21 - C++：标准C++的权威参考
　　http://anubis.dkuug.dk/jtc1/sc22/wg21/

　　(2) C++ FAQ LITE — Frequently Asked Questions: 最为全面的C++FAQ
　　http://www.sunistudio.com/cppfaq/index.html
　　C/C++ 新闻组：
　　你不妨尝试从这里提问和回答问题，很多不错的Q&A资源......

　　(1) .alt.comp.lang.learn.c-c++
　　这个简单些，如果你和我一样是个菜鸟

　　(2) .comp.lang.c++.moderated
嗯，这个显然水平高一些

　　(3) .comp.std.c++
　　如果你需要讨论标准C++相关话题的话

　　8，不得不写的结束语

　　结束的时候也是总结现状，展望未来的时候。虽然C++从脱胎于C开始，一路艰
难坎坷的走过来，但是无论如何C++已经取得了工业基础的地位。文章列举的大量相关
资源就是最好的证明，而业界的大量用C++写成的产品代码以及大量的C++职业工程
师则是最直接的证明。同时，我们可以看到各个高校的计算机专业都开设有C++这门
课程，网络上对于C++的学习讨论也从来都没有停过。但是，在Java和.NET两大企业
开发平台的围攻下，给人的感觉是C++越来越“不行”了。

　　C++在面向企业的软件开发中，在开发便捷性等方面的确要比Java和C#差很多，
其中一个问题是C++语言本身比较复杂，学习曲线比较陡峭，另外一个问题是C++标
准化的时间太长，丧失了很多的壮大机会，耗费了很多精力在厂商的之间的斗争上
，而C++的标准库离一个完善的程序开发框架还缺少太多太多的内容，各个第三方的
类库和框架又在一致性和完整性上没法和随平台提供的框架相提并论。难道C++真的
要退出历史舞台了？

　　从C++目前的活跃程度，以及应用现状来说是完全能够肯定C++仍然是软件工业
的基础，也不会退出历史舞台的。另外从Boost，Loki这些库中我们也能够看到C++
的发展非常活跃，对于新技术新思维非常激进，C++仍然广泛受到关注。从ACE在高
性能通信领域的应用，以及MTL这样的库在数值计算领域的出色表现，我们可以看到
C++在高性能应用场合下的不可替代的作用，而嵌入式系统这样的内存受限开发平台
，比如Symbian OS上，C++已经发挥着并且将发挥更大的作用。可以预见的是以后的
软件无论上层的应用怎么变，它的底层核心都会是由C/C++这样的系统级软件编写的
，比如Java虚拟机，.NET Framwork。因为只有这样的系统级软件才能完全彻底的发
挥机器的功能。

　　需要看到的是两个趋势，一个趋势是C++变得更加复杂，更加学院派，通过模板
等有潜力的语法因素构造越来越精巧的库成为了现代C++的热点，虽然在利用库实现
新的编程范式，乃至设计模式等方面很有开创意义，也确实产生了一些能够便捷开
发的工具，但是更多的是把C++变得更加强大，更加复杂，也更加难懂，似乎也更加
学院派，不得不说它正在向边缘化道路发展。另一个趋势是C++在主流的企业应用开
发中已经逐渐退出了，ERP这样的企业软件开发中基本上不会考虑C++，除非需要考
虑性能或者和遗留代码的集成这些因素。C++退守到系统级别语言，成为软件工业的
基础是大势所趋。然而反思一下，真的是退守么？自从STL出现，无数的人风起云涌
的开始支持C++,他们狂呼“我看到深夜消失了，目标软件工程的出现。我看到了可
维护的代码。”是的，STL在可维护性下做得如此出色。但是又怎样呢？STL为C++铺
平了现代软件工程的道路，而在上层应用程序软件开发领域这块场地早不单独属于
C++,很多程序设计语言都做得很出色，疯狂的支持者会毫不犹豫地说我们应当支持
C++,因为它是世界上最棒的语言。而坦率地说，你的腰杆真的那么硬么？也许只是
在逃避一些事实。C++是优秀的，这不可否认，STL的出现让C++一度走上了最辉煌的
时刻，然而现在看来……我的一位恩师曾言：真正能够将STL应用得淋漓尽致的人很
保守地说国内也不超过200人，或许不加入STL能够使C++向着它应当发展的方向发展
的更好，而现在看来，C++也应当回首到真正属于他的那一片圣地上……

参考资料

本文成文时参考了以下资源：

1、《程序员》2004年2月，3月，“C++ 程序设计之四书五经” 荣耀
2、水'木清华BBS C++版精华区
3、http://jjhou.csdn.net
4、http://www.royaloo.com
5、http://www.zengyihome.net
6、C/C++ 开发人员：充实您的 XML 工具箱

3.GDI编程

　　"GDI"菜单下的"画线"子菜单单击事件消息处理函数的代码如下：

图1 绘制正旋曲线

图2 设备坐标与逻辑坐标

　　公式中的<Xvorg, Yvorg>是设备空间中视口的原点，而< Xworg, Yworg >是逻辑空间中窗口的原点。 Xwext/Xvext和Ywext/Yvext分别是窗口与视口水平和垂直范围的比例。

　　因此，经过程序中的dc.SetWindowOrg (0，0) 和dc.SetViewportOrg (0，rect.bottom/2)语句我们设置了视口和窗口的原点；而经过程序中的dc.SetWindowExt (rect.right，rect.bottom) 和dc.SetViewportExt (rect.right，-rect.bottom) 语句我们设置了视口和窗口的范围。由于视口和窗口的纵坐标方向相反，设置视口的垂直范围为负值。这样我们得到了一个逻辑坐标原点为客户区水平方向最左边和垂直方向居中的坐标系，我们在这个坐标系上直接绘制正旋曲线，不需要再理睬Windows对话框客户区坐标了。

　　void CGdiexampleDlg::OnGdiDrawLine()函数中未指定逻辑设备和物理设备的映射模式，则为缺省的MM_TEXT。在这种模式下，一个逻辑单位对应于一个像素点。映射模式是GDI中的一个重要概念，其它的映射模式还有MM_LOENGLlSH、MM_HIENGLISH、MM_LOMETRIC和MM_HIMETRIC等。我们可以通过如下语句指定映射模式为MM_TEXT：

渐变的画刷

　　GDI+提供了用于填充图形、路径和区域的线性渐变画刷和路径渐变画刷。

　　线性渐变画刷使用渐变颜色来填充图形。

　　当用路径渐变画刷填充图形时，可指定从图形的一部分移至另一部分时画刷颜色的变化方式。例如，我们可以只指定图形的中心颜色和边缘颜色，当画刷从图形中间向外边缘移动时，画刷会逐渐从中心颜色变化到边缘颜色。

图3 GDI+渐变画刷

图4 GDI+基数样条

持久的路径对象

　　在GDI中，路径隶属于一个设备上下文，一旦设备环境指针超过它的生存期，路径也会被删除。利用GDI+，可以创建并维护与Graphics对象分开的GraphicsPath 对象，它不依赖于Graphics对象的生存期。

　　变形和矩阵对象

　　GDI+提供了Matrix对象，它是一种可以使变形(旋转、平移、缩放等) 简易灵活的强大工具，Matrix对象需与要被变形的对象联合使用。对于GraphicsPath类，我们可以使用其成员函数Transform接收Matrix参数用于变形。

图5 GDI+变形和矩阵对象

图6 GDI+区域变形

丰富的图像格式支持

　　GDI +提供了Image、Bitmap 和Metafile 类，方便用户进行图像格式的加载、操作和保存。GDI+支持的图像格式有BMP、GIF、JPEG、EXIF、PNG、TIFF、ICON、WMF、EMF等，几乎涵盖了所有的常用图像格式。

图7 GDI+多种图像格式支持

Alpha混合

　　Alpha允许将两个物体混合起来显示，在3D气氛和场景渲染等方面有广泛应用。它能"雾化"图像，使得一个图像着色在另一个半透明的图像上，呈现一种朦胧美。我们知道，一个像素可用R，G，B三个维度来表示，我们可以再加上第4个即：Alpha维度(channel)，表征透明程度。

图8 GDI+ Alpha混合

图9 GDI+中的ColorMatrix

强大的文字输出

　　GDI+拥有极其强大的文字输出处理能力，输出文字的颜色、字体、填充方式都可以直接作为Graphics类DrawString成员函数的参数进行设置，其功能远胜过GDI设备上下文的TextOut函数。

　　计算机语言通常分为三类：即机器语言，汇编语言和高级语言。　（了解内容一）

　　1. 机器语言
　　　机器语言是用二进制代码表示的计算机能直接识别和执行的一种机器指令的集合。它是计算机的设计者通过计算机的硬件结构赋予计算机的操作功能。机器语言具有灵活、直接执行和速度快等特点。
　　　用机器语言编写程序,编程人员要首先熟记所用计算机的全部指令代码和代码的涵义。手编程序时,程序员得自己处理每条指令和每一数据的存储分配和输入输出,还得记住编程过程中每步所使用的工作单元处在何种状态。这是一件十分繁琐的工作,编写程序花费的时间往往是实际运行时间的几十倍或几百倍。而且,编出的程序全是些0和1的指令代码,直观性差,还容易出错。现在,除了计算机生产厂家的专业人员外,绝大多数程序员已经不再去学习机器语言了。

　　2.汇编语言
　　　为了克服机器语言难读、难编、难记和易出错的缺点,人们就用与代码指令实际含义相近的英文缩写词、字母和数字等符号来取代指令代码(如用ADD表示运算符号“＋”的机器代码),于是就产生了汇编语言。所以说,汇编语言是一种用助记符表示的仍然面向机器的计算机语言。汇编语言亦称符号语言。汇编语言由　　　于是采用了助记符号来编写程序,比用机器语言的二进制代码编程要方便些,在一定程度上简化了编程过程。汇编语言的特点是用符号代替了机器指令代码,而且助记符与指令代码一一对应,基本保留了机器语言的灵活性。使用汇编语言能面向机器并较好地发挥机器的特性,得到质量较高的程序。
　　　汇编语言中由于使用了助记符号,用汇编语言编制的程序送入计算机,计算机不能象用机器语言编写的程序一样直接识别和执行,必须通过预先放入计算机的“汇编程序“的加工和翻译,才能变成能够被计算机识别和处理的二进制代码程序。用汇编语言等非机器语言书写好的符号程序称源程序,运行时汇编程序要将源程序翻译成目标程序。目标程序是机器语言程序,它一经被安置在内存的预定位置上,就能被计算机的CPU处理和执行。
　　　汇编语言像机器指令一样,是硬件操作的控制信息,因而仍然是面向机器的语言,使用起来还是比较繁琐费时,通用性也差。汇编语言是低级语言。但是,汇编语言用来编制系统软件和过程控制软件,其目标程序占用内存空间少,运行速度快,有着高级语言不可替代的用途。

　　3.高级语言
　　　不论是机器语言还是汇编语言都是面向硬件的具体操作的，语言对机器的过分依赖，要求使用者必须对硬件结构及其工作原理都十分熟悉，这对非计算机专业人员是难以做到的,对于计算机的推广应用是不利的。计算机事业的发展,促使人们去寻求一些与人类自然语言相接近且能为计算机所接受的语意确定、规则明确、自然直观和通用易学的计算机语言。这种与自然语言相近并为计算机所接受和执行的计算机语言称高级语言。高级语言是面向用户的语言。无论何种机型的计算机,只要配备上相应的高级语言的编译或解释程序,则用该高级语言编写的程序就可以通用。

　　目前被广泛使用的高级语言有BASIC、PASCAL、C、COBOL、FORTRAN、LOGO以及VC、VB等。这些语言都是属于系统软件。　 （了解内容二）

　　计算机并不能直接地接受和执行用高级语言编写的源程序,源程序在输入计算机时,通过“翻译程序”翻译成机器语言形式的目标程序,计算机才能识别和执行。这种“翻译”通常有两种方式,即编译方式和解释方式。编译方式是：事先编好一个称为编译程序的机器语言程序,作为系统软件存放在计算机内,当用户由高级语言编写的源程序输入计算机后,编译程序便把源程序整个地翻译成用机器语言表示的与之等价的目标程序,然后计算机再执行该目标程序,以完成源程序要处理的运算并取得结果。解释方式是：源程序进入计算机时,解释程序边扫描边解释作逐句输入逐句翻译,计算机一句句执行,并不产生目标程序。PASCAL、FORTRAN、COBOL等高级语言执行编译方式;BASIC语言则以执行解释方式为主;而PASCAL、C语言是能书写编译程序的高级程序设计语言。 每一种高级(程序设计)语言,都有自己人为规定的专用符号、英文单词、语法规则和语句结构(书写格式)。高级语言与自然语言(英语)更接近,而与硬件功能相分离(彻底脱离了具体的指令系统),便于广大用户掌握和使用。高级语言的通用性强,兼容性好,便于移植。下面介绍几种较有代表性的高级程序设计语言：

　　⑴BASIC语言
　　BASIC语言全称是Beginner’s all Purpose Symbolic Instruction Code,意为“初学者通用符号指令代码“。1964年由美国达尔摩斯学院的基米尼和科茨完成设计并提出了BASIC语言的第一个版本,经过不断丰富和发展,现已成为一能全种功面的中小型计算机语言。BASIC易学、易懂、易记、易用,是初学者的入门语言,也可以作为学习其他高语级言的基础。BASIC有解释方式和编译方式两种翻译程序。

　　⑵PASCAL语言
　　PASCAL是一种结构程序设计语言,由瑞士苏黎世联邦工业大学的沃斯(N.Wirth)教授研制,于1971年正式发表。是从ALGOL60衍生的,但功能更强且容易使用。目前,作为一个能高效率实现的实用语言和一个极好的教学工具,PASCAL语言在高校计算机软件教中学一直处于主导地位。Pascal(B.Pascal)是十七世纪法国著名数学家,他于1642年曾发明现代台式计算机的雏型机—加减法计算机。
　　PASCAL具有大量的控制结构,充分反映了结构化程序设计的思想和要求,直观易懂,使用灵活,既可用于科学计算,又能用来编写系统软件,应用范日围益广泛。

　　⑶通用编程语言 C
　　C语言是美国AT&T与电话) (电报公司为了实现UNIX系统的设计思想而发展起来的语言工具。C语言的主要特色是兼顾了高级语言和汇编语言的特点,简洁、丰富、可移植。相当于其他高级语言子程序的函数是C语言的补充,每一个函数解决一个大问题中的小任务,函数使程序模块化。C语言提供了结构式编程所需要的各种现代化的控制结构。
　　C语言是一种通用编程语言,正被越来越多的计算机用户所推崇。使用Ｃ语言编写程序,既感觉到使用高级语言的自然,也体会到利用计算机硬件指令的直接,而程序员却无需卷入汇编语言的繁琐。

　　⑷COBOL语言
　　COBOL的全称是Common Business Oriented Language,意即：通用商业语言。
　　在企业管理中,数值计算并不复杂,但数据处理信息量却很大。为专门解决经企管理问题,于1959年,由美国的一些计算机用户组织设计了专用于商务处理的计算机语言COBOL,并于1961年美国数据系统语言协会公布。经不断修改、丰富完善和标准化,已发展为多种版本。
　　COBOL语言使用了300多个英语保留字,大量采用普通英语词汇和句型,COBOL程序通俗易懂,素有“英语语言”之称。
　　COBOL语言语法规则严格。用COBOL语言编写的任一源程序,依都要次按标识部、环境部、数据部和过程部四部分书写,COBOL程序结构的“部”内包含“节”,“节”内包含“段”,段内包含语句,语句由字或字符串组成,整个源程序象一棵由根到干,由干到枝,由枝到叶的树,习惯上称之为树型结构。
　　目前COBOL语言主要应用于情报检索、商业数据处理等管理领域。

　　常用的高级程序设计语言,除了上述的几种之外,还有很多,如以英国著名诗人拜伦(G.N.G.Byron)的独生女艾达·拜伦(Ada Byron)的名字命名的军用语言Ada,深受中、小学生欢迎的语言LOGO等等。

　　目前,程序设计语言及编程环境正向面向对象语言及可视化编程环境方向发展,出现了许多第四代语言及其开发工具。如：微软公司(Microsoft)开发的Visual系列(VC++、VB、FoxPro)编程工 具及Power Builder等,目前已经在国内外得到了广泛的应用。

2、#define指令   
预定义,通常用它来定义常量(包括无参量与带参量)，以及用来实现那些“表面似和善、背后一长串”的宏，它本身并不在编译过程中进行，而是在这之前(预处理过程)就已经完成了

3、#typedef指令
常用来定义一个标识符及关键字的别名它是语言编译过程的一部分，但它并不实际分配内存空间。

4、#ifndef   #else   #endif指令  
条件编译。一般情况下，源程序中所有的行都参加编译。但是有时希望对其中一部分内容只在满足一定条件才进行编译，也就是对一部分内容指定编译的条件，这就是“条件编译”。有时，希望当满足某条件时对一组语句进行编译，而当条件不满足时则编译另一组语句。  
条件编译命令最常见的形式为：  
#ifdef 标识符  
   程序段1
#else
   程序段2  
#endif  
它的作用是：当标识符已经被定义过(一般是用#define命令定义)，则对程序段1进行编译，否则编译程序段2。

5、#Pragma 指令  
在所有的预处理指令中，#Pragma 指令可能是最复杂的了，它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。其格式一般为  
#Pragma Para  
其中Para 为参数，下面来看一些常用的参数。
l          message 参数。它能够在编译信息输出窗口中输出相应的信息，这对于源代码信息的控制是非常重要的。其使用方法为：  
#Pragma message(“消息文本”)  
当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。  
当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有没有正确的设置这些宏，此时我们可以用这条指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏可以用下面的方法
#ifdef _X86
         #Pragma message(“_X86 macro activated!”)
         #endif   
当我们定义了_X86这个宏以后，应用程序在编译时就会在编译输出窗口里显示“_X86 macro activated!”。我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了  
l          另一个使用得比较多的pragma参数是code_seg。格式如：
#pragma code_seg( ["section-name"[,"section-class"] ] )  
它能够设置程序中函数代码存放的代码段，当我们开发驱动程序的时候就会使用到它。  
l          #pragma once  
只要在头文件的最开始加入这条指令就能够保证头文件被编译一次，这条指令实际上在VC6中就已经有了，但是考虑到兼容性并没有太多的使用它。  
l          #pragma hdrstop  
表示预编译头文件到此为止，后面的头文件不进行预编译。BCB可以预编译头文件以加快链接的速度，但如果所有头文件都进行预编译又可能占太多磁盘空间，所 以使用这个选项排除一些头文件。有时单元之间有依赖关系，比如单元A依赖单元B，所以单元B要先于单元A编译。你可以用#pragma startup指 定编译优先级，如果使用了#pragma package(smart_init) ，BCB就会根据优先级的大小先后编译。  
l          #pragma resource "*.dfm"  
表示把*.dfm文件中的资源加入工程。*.dfm中包括窗体外观的定义。  
l          #pragma warning( disable : 4507 34; once : 4385; error : 164 )
等价于：  
#pragma warning(disable:4507 34) // 不显示4507和34号警告信息
         #pragma warning(once:4385) // 4385号警告信息仅报告一次
         #pragma warning(error:164) // 把164号警告信息作为一个错误。
同时这个pragma warning 也支持如下格式：
#pragma warning( push [ ,n ] )
#pragma warning( pop )
这里n代表一个警告等级(1---4)。
#pragma warning( push )保存所有警告信息的现有的警告状态。
#pragma warning( push, n)保存所有警告信息的现有的警告状态，并且把全局警告
等级设定为n。
#pragma warning( pop )向栈中弹出最后一个警告信息，在入栈和出栈之间所作的
一切改动取消。例如：
#pragma warning( push )
#pragma warning( disable : 4705 )
#pragma warning( disable : 4706 )
#pragma warning( disable : 4707 )
//.......
#pragma warning( pop )
在这段代码的最后，重新保存所有的警告信息(包括4705，4706和4707)。
l          pragma comment(...)
该指令将一个注释记录放入一个对象文件或可执行文件中。
常用的lib关键字，可以帮我们连入一个库文件。
每个编译程序可以用#pragma指令激活或终止该编译程序支持的一些编译功能。例如，对循环优化功能：
#pragma loop_opt(on) // 激活
#pragma loop_opt(off) // 终止
有时，程序中会有些函数会使编译器发出你熟知而想忽略的警告，如“Parameter xxx is never used in function xxx”，可以这样：
#pragma warn —100 // Turn off the warning message for warning #100
int insert_record(REC *r)
{ /* function body */ }
#pragma warn +100 // Turn the warning message for warning #100 back on
函数会产生一条有唯一特征码100的警告信息，如此可暂时终止该警告。
每个编译器对#pragma的实现不同，在一个编译器中有效在别的编译器中几乎无效。可从编译器的文档中查看。

6、宏：__LINE__   和__FILE__
     定义源程序文件名和代码行，这对于调试跟踪代码错误行很有帮助。
__TIME__           ：编译时间
__DATE__       ：编译日期
__TIMESTAMP__ ：文件修改时间

7、调试宏：ASSERT()、VERIFY()、TRACE()
这三个宏在Debug环境下特别有效，常用于代码的跟踪调试。它们是否起作用取决于是否定义了预定义了宏 _DEBUG
l          ASSERT
ASSERT(booleanExpression)
说明：
计算变量的值。如果结构的值为0，那么此宏便打印一个诊断消息并且程序运行失败。如果条件为非0，那么什么也不做。诊断消息的形式为： assertion failed in file in line 其中name是元文件名，num是源文件中运行失败的中断号。 在Release 版中，ASSERT不计算表达式的值也就不中断程序。如果必须计算此表达式的值且不管环境如何那么用VERIFY代替ASSERT。
这个宏通常原来判断程序中是否出现了明显非法的数据，如果出现了终止程序以免导致严重后果，同时也便于查找错误。
ASSERT_VAILD
ASSERT_VAILD(pObject)
说明：
用于检测关于对象的内部状态的有效性。ASSERT_VALID调用此对象的AssertValid成员函数（把它们作为自己的变量来传递）。在 Release版中ASSERT_VALID什么也不做。在DEBUG版中，他检查指针，以不同于NULL的方式进行检查，并调用对象自己的 AssertValid成员函数。如果这些检测中有任何一个失败的话，那么他会以与ASSERT相同的方法显示一个警告的消息。
l          VERIFY
VERIFY(booleanExpression)
说明：
在MFC的DEBUG版中，VERIFY宏计算它的变量值。如果结果为0，那么宏打印一个诊断消息并中止程序。如果条件不为0，那么什么工作也不作。诊断 有如下形式： assertion failed in file in line 其中name是源文件的名字，num是在源文件中失败的中止行号。在 MFC的Release版中，VERIFY计算表达式值但不打印或中止程序。例如：如果表达式是个函数调用，那么调用成功。
l          TRACE
TRACE(exp)
说明：
把一个格式化字符串送到转储设备，例如，文件或调试监视器，功能上和printf相似，可以说就是调试环境下printf的一个拷贝。TRACE宏是一个 在程序运行时跟踪变量值的方便形式。在DEBUG环境中，TRACE宏输出到afxDump。在Release版中他不做任何工作。另外还有一组可以带参 数的相似的宏：TRACE0、TRACE1、TRACE2和TRACE3。提供格式如：
TRACE0(exp)
TRACE1(exp,param1)
TRACE2(exp,param1,param2)
TRACE3(exp,param1,param2,param3)
与TRACE相似，但它把跟踪字符串放在代码段中，而不是DGROUP，因此使用少的DGROUP空间。这些宏的用法和printf类似。

8、消息处理宏：DECLARE_MESSAGE_MAP 、BEGIN_MESSAGE_MAP、END_MESSAGE_MAP
DECLARE_MESSAGE_MAP()
说明：
用户程序中的每个CCmdTarget派生类必须提供消息映射以处理消息。在类定义的末尾使用DECLARE_MESSAGE_MAP宏。接着，在定义类 成员函数的.CPP文件中，使用BEGIN_MESSAGE_MAP宏，每个用户消息处理函数的宏项下面的列表以及END_MESSAGE_MAP宏。
注释：
如果在DECLARE_MESSAGE_MAP之后定义任何一个成员，那么必须为他们指定一个新存取类型（公共的，私有的，保护的）。
BEGIN_MESSAGE_MAP(the class,baseclass)
END_MESSAGE_MAP
说明：
使用BEGIN_MESSAGE_MAP开始用户消息映射的定义。在定义用户类函数的工具（.cpp）文件中，以BEGIN_MESSAGE_MAP宏开始消息映射，然后为每个消息处理函数增加宏项，接着以END_MESSAGE_MAP宏完成消息映射。

9、消息映射宏：ON_COMMAND 、ON_CONTROL、ON_MESSAGE、ON_VBXEVENT、ON_Update_COMMAND_UI和ON_REGISTERED_MESSAGE
ON_COMMAND(id,memberFxn)
说明：
此宏通过ClassWizard或手工插入一个消息映射。它表明那个函数将从一个命令用户接口（例如一个菜单项或toolbar按钮）处理一个命令消息。 当一个命令对象通过指定的ID接受到一个Windows WM_COMMAND消息时，ON_COMMAND将调用成员函数memberFxn处理此消 息。在用户的消息映射中，对于每个菜单或加速器命令（必须被映射到一个消息处理函数）应该确实有一个ON_COMMAND宏语句。
ON_CONTROL(wNotifyCode,id,memberFxn)
说明：
表明哪个函数将处理一个常规控制表示消息。控制标识消息是那些从一个控制夫发送到母窗口的消息。
ON_MESSAGE(message,memberFxn)
说明：
指明哪个函数将处理一用户定义消息。用户定义消息通常定义在WM_USER到0x7FF范围内。用户定义消息是那些不是标准 Windows WM_MESSAGE消息的任何消息。在用户的消息映射中，每个必须被映射到一个消息处理函数。用户定义消息应该有一个 ON_MESSAGE宏语句。
ON_Update_COMMAND_UI(id，memberFxn)
说明：
此宏通常通过ClassWizard被插入一个消息映射，以指明哪个函数将处理一个用户接口个更改命令消息。在用户的消息映射中，每个用户接口更改命令（比讯被映射到一个消息处理函数）应该有一个ON_Update_COMMAND_UI宏语句。
ON_VBXEVENT(wNotifyCode,memberFxn)
说明：
此宏通常通过ClassWizard被插入一个消息映射，以指明哪个函数将处理一个来自VBX控制的消息。在用户的消息映射中每个被映射到一消息处理函数的VBX控制消息应该有一个宏语句。
ON_REGISTERED_MESSAGE(nmessageVarible,memberFxn)
说明：
Windows的RegisterWindowsMesage函数用于定义一个新窗口消息，此消息保证在整个系统中是唯一的。此宏表明哪个函数处理已注册消息。变量nMessageViable应以NEAR修饰符来定义。

10、DEBUG_NEW
#define new DEBUG_NEW
说明：
帮助查找内存错误。用户在程序中使用DEBUG_NEW,用户通常使用new运算符来从堆上分配。在Debug模式下（但定义了一个DEBUG符号）， DEBUG_NEW为它分配的每个对象记录文件名和行号。然后，在用户使用CMemoryState::DumpAllObjectSince成员函数 时，每个以DEBUG_NEW分配的对象分配的地方显示出文件名和行号。为了使用DEBUG_NEW,应在用户的资源文件中插入以下指令： #define new DEBUG_NEW 一旦用户插入本指令，预处理程序将在使用new的地方插入DEBUG_NEW，而MFC作其余的工作。但 用户编译自己的程序的一个发行版时，DEBUG_NEW便进行简单的new操作，而且不产生文件名和行号消息。

11、异常宏：TRY、CATCH 、THROW、AND_CATCH、THROW_LAST和END_CATCH
TRY
说明：
使用此宏建立一TRY块。一个TRY识别一个可排除异常的代码块。这些异常在随后的CATCH和AND_CATCH块处理。传递是允许的：异常可以传递一个外部TRY块，或者忽略它们或者使用THROW_LAST宏。
CATCH(exception_class,exception_object_pointer_name)
说明：
使用此用定义一个代码块，此代码用来获取当前TRY块中都一个异常类型。异常处理代码可以访问异常对象，如何合适的话，就会得到关于异常的特殊原因的更多 消息。调用THROW_LAST宏以把处理过程一下一个外部异常框架，如果exception-class是类CExceptioon,那么会获取所有异 常类型。用户可以使用CObject::IsKindOf成员函数以确定那个特别异常被排除。一种获取异常的最好方式是使用顺序的AND_CATCH语 句，每个带一个不同的异常类型。此异常类型的指针由宏定义，用户不必定义。
注释：
此CATCH块被定义作一个C++范围（由花括号描述）。如用户在此范围定义变量，那么它们只在吃范围内可以访问。他还可以用于异常对象的指针名。
THROW(exception_object_pointer)
说明：
派出指定的异常。THROW中断程序的运行，把控制传递给用户程序中的相关的CATCH块。如果用户没有提供CATCH块，那么控制被传递到一个MFC模块，他打印出一个错误并终止运行。
AND_CATCH(exception_class,exception _object_point_name)
说明：
定义一个代码块，它用于获取废除当前TRY块中的附加异常类型。使用CATCH宏以获得一个异常类型，然后使用AND_CATCH宏获得随后的异常处理代 码可以访问异常对象（若合适的话)已得到关于异常的特别原因的更多消息。在AND_CATCH块中调用THROW_LAST宏以便把处理过程移到下个外部 异常框架。AND_CATCH可标记CATCH或AND_CATCH块的末尾。
注释：
AND_CATCH块被定义成为一个C++作用域（由花括号来描述）。若用户在此作用域定义变量，那么记住他们只在此作用域中可以访问。他也用于exception_object_pointer_name变量。
THROW_LAST()
说明：
此宏允许用户派出一个局部建立的异常。如果用户试图排除一个刚发现的异常，那么一般此异常将溢出并被删除。使用THROW_LAST,此异常被直接传送到下一个CATCH处理程序。
END_CATCH
说明：
标识最后的CATCH或AND_CATCH块的末尾。

12、DECLARE_DYNAMIC 、IMPLEMENT_DYNAMIC
DECLARE_DYNAMIC(class_name)
说明：
但从CObject派生一个类时，此宏增加关于一个对象类的访问运行时间功能。把DECLARE_DYNAMIC宏加入类的头文件中，然后在全部需要访问 此类对象的.CPP文件中都包含此模块。如果像所描述那样使用DELCARE_DYNAMIC和IMPLEMENT_DYNAMIC宏，那么用户便可使用 RUNTIME_CLASS宏和CObject::IsKindOf函数以在运行时间决定对象类。如果DECLARE_DYNAMIC包含在类定义中，那 么IMPLEMETN_DYNAMIC必须包含在类工具中。  
IMPLEMENT_DYNAMIC(class_name,base_class_name)
说明：
通过运行时在串行结构中为动态CObject派生类访问类名和位置来产生必要的C++代码。在.CPP文件中使用IMPLEMENT_DYNAMIC宏，接着一次链接结果对象代码

13、DECLARE_DYNCreate、IMPLEMENT_DYNCreate
DECLARE_DYNCreate(class_name)
说明：
使用DECLARE_DYNCRETE宏以便允许CObject派生类的对象在运行时刻自动建立。使用此功能自动建立新对象，例如，但它在串行化过程中从 磁盘读一个对象时，文件及视图和框架窗应该支持动态建立，因为框架需要自动建立它。把DECLARE_DYNCreate宏加入类的.H文件中，然后在全 部需要访问此类对象的.CPP文件中包含这一模式。如果DECLARE_DYNCreate包含在类定义中，那么IMPLEMENT_DYNCreate 必须包含在类工具中。
IMPLEMENT_DYNCreate(class_name,base_class_name)
说明：
通过DECLARE_DYNCreate宏来使用IMPLEMENT_DYNCreate宏，以允许CObject派生类对象在运行时自动建立。主机使用 此功能自动建立对象，例如，但它在串行化过程中从磁盘读去一个对象时，他在类工具里加入IMPLEMENT_DYNCreate宏。若用户使用 DECLARE_DYNCreate和IMPLEMENT_DYNCreate宏,那么接着使用RUNTIME_CLASS宏和CObject:: IsKindOf成员函数以在运行时确定对象类。若declare_dyncreate包含在定义中，那么IMPLEMENT_DYNCreate必须包 含在类工具中。

14、DECLARE_SERIAL、IMPLEMENT_SERIAL
DECLARE_SERIAL(class_name)
说明：
DECLARE_SERIAL为一个可以串行化的CObject派生类产生必要的C++标题代码。串行化是把某个对象的内容从一个文件读出和写入一文件。 在.H文件中使用DECLARE_SERIAL宏，接着在需要访问此类对象的全部.CPP文件中包含此文件。如果DECLARE_SERIAL包含在类定 义中，那么IMPLEMENT_SERIAL必须包含在类工具中。DECLARE_SERIAL宏包含全部DECLARE_DYNAMIC, IMPLEMENT_DYCreate的功能。
IMPLEMENT_SERIAL(class_name,base_class_name,wSchema)
说明：
通过运行时在串行结构中动态CObject派生类访问类名和位置来建立必要的C++代码。在.CPP文件中使用IMPLEMENT_SERIAL宏，然后一次链接结果对象代码。

15、RUNTIME_CLASS
RUNTIME_CLASS(class_name)
说明：
使用此宏从c++类名中获取运行时类结构。RUNTIME_CLASS为由class_name指定的类返回一个指针到CRuntimeClass结构。 只有以DECLARE_DYNAMIC、DECLARE_DYNCreate或DECLARE_SERIAL定义的CObject派生类才返回到一个 CRuntimeClass结构的指针。

11）对于单文档中也可以加入多个文档模板，但是一般的开发就使用MDI方式开发
多文档模板，其方法与上述视图的获取方法很接近，这里稍做解释，如果不清楚，
请查阅MSDN，（以下四个内容（11、12、13、14）来源：
http://sanjianxia.myrice.com/vc/vc45.htm）

可以用CWinApp::GetFirstDocTemplatePostion获得应用程序注册的第一个文档模板
的位置；利用该值来调用CWinApp::GetNextDocTemplate函数，获得第一个
CDocTemplate对象指针。 POSITION GetFirstDocTemplate( ) const; 
CDocTemplate *GetNextDocTemplate( POSITION & pos ) const;

第二个函数返回由pos 标识的文档模板。POSITION是MFC定义的一个用于迭代或对象
指针检索的值。通过这两个函数，应用程序可以遍历整个文档模板列表。如果被检索
的文档模板是模板列表中的最后一个，则pos参数被置为NULL。

 12）一个文档模板可以有多个文档，每个文档模板都保留并维护了一个所有对应文
档的指针列表。 
用CDocTemplate::GetFirstDocPosition函数获得与文档模板相关的文档集合中第一
个文档的位置，并用POSITION值作为CDocTemplate::GetNextDoc的参数来重复遍历与
模板相关的文档列表。函数原形为：
viaual POSITION GetFirstDocPosition( ) const = 0; 
visual CDocument *GetNextDoc(POSITION & rPos) const = 0;  

如果列表为空，则rPos被置为NULL. 

 13）在文档中可以调用CDocument::GetDocTemplate获得指向该文档模板的指针。
函数原形如下： CDocTemplate * GetDocTemplate ( ) const; 
如果该文档不属于文档模板管理，则返回值为NULL。 

 14)一个文档可以有多个视。每一个文档都保留并维护一个所有相关视的列表。
CDocument::AddView将一个视连接到文档上，将该视加入到文档相联系的视的列表
中，并将视的文档指针指向该文档。当有File/New、File/Open、Windows/New或
Window/Split的命令而将一个新创建的视的对象连接到文档上时， MFC会自动调用
该函数，框架通过文档/视的结构将文档和视联系起来。当然，程序员也可以根据自
己的需要调用该函数。
Virtual POSITION GetFirstViewPosition( ) const; 
Virtual CView * GetNextView( POSITION &rPosition) cosnt; 

应用程序可以调用CDocument::GetFirstViewPosition返回与调用文档相联系的视的
列表中的第一个视的位置，并调用CDocument::GetNextView返回指定位置的视，并将
rPositon的值置为列表中下一个视的POSITION值。如果找到的视为列表中的最后一个
视，则将rPosition置为NULL. 

 15)从一个视图类取得另一视图类的指针
这个应用在多视的应用程序中很多见，一般如果自己在主程序或者主框架中做好变
量记号，也可以获得，还有比较通用的就是用文档类作中转，以文档类的视图遍历
定位，取得另一个视图类。这个功能从本文第10项中可以得到。
访问应用程序的其它类

获得CWinApp:
	-在CMainFrame,CChildFrame,CDocument,CView中直接调用AfxGetApp()或用theApp
	-在其它类中只能用AfxGetApp()

获得CMainFrame:
	-在CMinApp中用AfxGetMainWnd()或者m_pMainWnd
	-在CChildFrame中可用GetParentFrame()
	-在其它类中用AfxGetMainWnd()

获得CChildFrame:
	-在CView中用GetParentFrame()
	-在CMainFrame中用MDIGetActive()或GetActiveFrame()
	-在其它类中用AfxGetMainWnd()->MDIGetActive()或AfxGetMainWnd()->GetActiveFrame()

获得CDocument:
	-在CView中用GetDocument()
	-在CChildFrame中用GetActiveView()->GetDocument()
	-在CMainFrame中用
		-if SDI:GetActiveView()->GetDocument()
		-if MDI:MDIGetActive()->GetActiveView()->GetDocument()
	-在其它类中
		-if SDI:AfxGetMainWnd()->GetActiveView()->GetDocument()
		-if MDI:AfxGetMainWnd()->MDIGetActive()->GetActiveView()->GetDocument()

获得CView:
	-在CDocument中 POSITION pos = GetFirstViewPosition();GetNextView(pos)
	-在CChildFrame中 GetActiveView()
	-在CMainFrame中
		-if SDI:GetActiveView()
		-if MDI:MDIGetActive()->GetActiveView()
	-在其它类中
		-if SDI:AfxGetMainWnd()->GetActiveView()
		-if MDI:AfxGetMainWnd()->MDIGetActive()->GetActiveView()
访问应用程序的其它类

获得CWinApp:
	-在CMainFrame,CChildFrame,CDocument,CView中直接调用AfxGetApp()或用theApp
	-在其它类中只能用AfxGetApp()

获得CMainFrame:
	-在CMinApp中用AfxGetMainWnd()或者m_pMainWnd
	-在CChildFrame中可用GetParentFrame()
	-在其它类中用AfxGetMainWnd()

获得CChildFrame:
	-在CView中用GetParentFrame()
	-在CMainFrame中用MDIGetActive()或GetActiveFrame()
	-在其它类中用AfxGetMainWnd()->MDIGetActive()或AfxGetMainWnd()->GetActiveFrame()

获得CDocument:
	-在CView中用GetDocument()
	-在CChildFrame中用GetActiveView()->GetDocument()
	-在CMainFrame中用
		-if SDI:GetActiveView()->GetDocument()
		-if MDI:MDIGetActive()->GetActiveView()->GetDocument()
	-在其它类中
		-if SDI:AfxGetMainWnd()->GetActiveView()->GetDocument()
		-if MDI:AfxGetMainWnd()->MDIGetActive()->GetActiveView()->GetDocument()

获得CView:
	-在CDocument中 POSITION pos = GetFirstViewPosition();GetNextView(pos)
	-在CChildFrame中 GetActiveView()
	-在CMainFrame中
		-if SDI:GetActiveView()
		-if MDI:MDIGetActive()->GetActiveView()
	-在其它类中
		-if SDI:AfxGetMainWnd()->GetActiveView()
		-if MDI:AfxGetMainWnd()->MDIGetActive()->GetActiveView()

    int i, j, k;

    float x, y, z;

    倘若采用“匈牙利”命名规则，则应当写成

    int iI, iJ, ik; // 前缀 i表示int类型

    float fX, fY, fZ; // 前缀 f表示float类型

    如此烦琐的程序会让绝大多数程序员无法忍受。

    据考察，没有一种命名规则可以让所有的程序员赞同，程序设计教科书一般都不指定命名规则。命名规则对软件产品而言并不是“成败悠关”的事，我们不要化太多精力试图发明世界上最好的命名规则，而应当制定一种令大多数项目成员满意的命名规则，并在项目中贯彻实施。

    3.1 共性规则
    本节论述的共性规则是被大多数程序员采纳的，我们应当在遵循这些共性规则的前提下，再扩充特定的规则，如3.2节。

    l 【规则3-1-1】标识符应当直观且可以拼读，可望文知意，不必进行“解码”。

    标识符最好采用英文单词或其组合，便于记忆和阅读。切忌使用汉语拼音来命名。程序中的英文单词一般不会太复杂，用词应当准确。例如不要把CurrentValue写成NowValue。

    l 【规则3-1-2】标识符的长度应当符合“min-length && max-information”原则。

    几十年前老ANSI C规定名字不准超过6个字符，现今的C++/C不再有此限制。一般来说，长名字能更好地表达含义，所以函数名、变量名、类名长达十几个字符不足为怪。那么名字是否越长约好？不见得! 例如变量名maxval就比maxValueUntilOverflow好用。单字符的名字也是有用的，常见的如i,j,k,m,n,x,y,z等，它们通常可用作函数内的局部变量。

    l 【规则3-1-3】命名规则尽量与所采用的操作系统或开发工具的风格保持一致。

    例如Windows应用程序的标识符通常采用“大小写”混排的方式，如AddChild。而Unix应用程序的标识符通常采用“小写加下划线”的方式，如add_child。别把这两类风格混在一起用。

    l 【规则3-1-4】程序中不要出现仅靠大小写区分的相似的标识符。

    例如：

    int x, X; // 变量x 与 X 容易混淆

    void foo(int x); // 函数foo 与FOO容易混淆

    void FOO(float x);

    l 【规则3-1-5】程序中不要出现标识符完全相同的局部变量和全局变量，尽管两者的作用域不同而不会发生语法错误，但会使人误解。

  l 【规则3-1-6】变量的名字应当使用“名词”或者“形容词＋名词”。

    例如：

    float value;

    float oldValue;

    float newValue;

    l 【规则3-1-7】全局函数的名字应当使用“动词”或者“动词＋名词”（动宾词组）。类的成员函数应当只使用“动词”，被省略掉的名词就是对象本身。

    例如：

    DrawBox(); // 全局函数

    box->Draw(); // 类的成员函数

    l 【规则3-1-8】用正确的反义词组命名具有互斥意义的变量或相反动作的函数等。

    例如：

    int minValue;

    int maxValue;

    int SetValue(…);

    int GetValue(…);

    2 【建议3-1-1】尽量避免名字中出现数字编号，如Value1,Value2等，除非逻辑上的确需要编号。这是为了防止程序员偷懒，不肯为命名动脑筋而导致产生无意义的名字（因为用数字编号最省事）。

    3.2 简单的Windows应用程序命名规则
    作者对“匈牙利”命名规则做了合理的简化，下述的命名规则简单易用，比较适合于Windows应用软件的开发。

    l 【规则3-2-1】类名和函数名用大写字母开头的单词组合而成。

    例如：

    class Node; // 类名

    class LeafNode; // 类名

    void Draw(void); // 函数

   这里引用乾坤一笑文章中的例子：
                例一、用C宏，书写代码更简洁
                这段代码写网络程序的朋友都很眼熟，是Net/3中mbuf的实现。
               
                struct mbuf
                {
                    struct m_hdr mhdr;
                    union {
                        struct
                        {
                            struct pkthdr MH_pkthdr; /* M_PKTHDR set */
                            union
                            {
                                struct m_ext MH_ext; /* M_EXT set */
                                char MH_databuf[MHLEN];
                            } MH_dat;
                        } MH;
                        char M_databuf[MLEN];        /* !M_PKTHER, !M_EXT*/
                    } M_dat;
                };
               
                上面的代码，假如我想访问最里层的MH_databuf，那么我必须写M_dat.MH.MH_dat.MH_databuf; 这是不是很长，很难写呀？这样的代码阅读起来也不明了。其实，对于MH_pkthdr、MH_ext、MH_databuf来说，虽然不是在一个结构层次上，但是如果我们站在mbuf之外来看，它们都是mbuf的属性，完全可以压扁到一个平面上去看。所以，源码中有这么一组宏：
               
                #define m_next      m_hdr.mh_next
                #define m_len       m_hdr.mh_len
                #define m_data      m_hdr.mh_data
                ... ...
                #define m_pkthdr    M_dat.MH.MH_pkthdr
                #define m_pktdat    M_dat.MH.MH_dat.MH_databuf
                ... ...
               
                这样写起代码来，是不是很精练呢！

    这里用宏很巧妙的解决了访问深层数据的问题，但是宏的固有缺点也被引入了代码中，同时，如果其他地方无意中引用了这个宏定义的头文件，而且恰好使用了名为m_pktdat的数据成员，那这个宏带来的后果可就不是我们想要的了。
    事实上用引用也可以达到类似的效果，不过必须是在使用的时候。由于引用不是标准C的组成部分，所以这只是一个C++技巧。
    //假如代码是这样的：
    mbuf m; //这里的mbuf就是前面的struct mbuf。
            //如果要使用MH_ext成员，可以这样：
    m_ext &MH_ext = m.M_dat.MH.MH_dat.MH_ext;
    //然后你的代码中就可以直接使用MH_ext作为m.M_dat.MH.MH_dat.MH_ext的替代品了。
    也许看起来不是很自然，不过这无疑是一种很直接的方法。你还可以通过一个const引用来在逻辑上避免无意的写操作。
    实际的“面向对象”的C++代码中，不推荐直接数据成员的访问，取而代之的是使用Get()和Set()方法存取数据，有些人只使用Get，通过返回一个成员的引用来达到读写数据成员的双重目的，这时候，你可以在外部定义一个引用接受函数的返回，从而避免每次都要写(XXX.Get()).Get()这种拖沓的语句来访问一个深层的成员。
   
    引用的另一个作用，就是“别名”。别名是引用的另一种翻译，很明确的表达了引用的另一个作用。
    仅仅是为了代码的可读性：
    //下面的代码
    int i = 0,j = 0;
    //...
    for( i = 0; i < 10; i++)
        for( j = 0; j < 10; j++ )
            a[i][j] = 0;
    //你能明白这段代码的含义嘛？有点困难，i和j的含义是不明确的，无法一眼看透。
    假如改成这样：
    const int width = 10;
    const int height = 10;
    //...
    int i = 0,j = 0;
    //...
    int &line = i;
    int &row = j;
    for(line = 0;line < height;line++)
        for(row = 0;row < width;row++)
            a[line][row] = 0;
    //是不是好了一点？
    //这并不是一个典型的例子，因为i和j的定义是任意的，某些情况你必须使用别人给定的名称很郁闷的变量，而他们又必须用来表达截然不同的含义，这时候一个引用往往可以让你清爽很多。
   
    再看下面这个例子：
    class CA
        {
                int m_i;
        public:
                int &i;
                int const &c_i;
                CA():i(m_i),c_i(m_i){};
        };
    这是一个简单的类，与所谓的“面向对象”的方法不同，这里使用引用实现内部数据的公用接口。这个手法用来对应 乾坤一笑 的另一段话：
         这就是偶说的PME模型的问题了，delphi、java、c#之类的语言都提供一种叫做属性的语法，大概是这个样子的：

                class A
                {
                property int x
                {
                get {return x;}
                set {x = value;}
                }
                };
               
                A a;
                这样, 就可以这么访问了 a.x = 8; int b = a.x;
               
                这比用 a.setx(8); b=a.getx()；直观多了。

    你可以用 CA a; a.i访问CA的私有数据成员，达到像属性方法那样的效果。但是这个方法在VC6下的表现却不尽如人意，因为它存储了一个指针用来取代语法上的引用，这导致类体积不必要的扩张，是我们所不希望看到的。也许在实现上确实存在难度，不过还是希望有更好的编译器能实现真正意义的引用接口。
    这个例子其实是上面深层数据成员访问的一个引申。
    引用，作为C++的一个特殊手法，也许还有很多不为人知的作用等待我们去发掘呢～
   
    注：文中的代码并未经过严格测试，有兴趣的读者可以自己测试代码的有效性。
    本文引用的  乾坤一笑 的内容均出自：
    http://blog.vckbase.com/smileonce/archive/2005/03/27/4081.html