很多C++教课书主张在设计类时“以数据为中心”。我坚持并且建议读者在设计类时“以行为为中心”，即首先考虑类应该提供什么样的函数。Microsoft 公司的COM 规范的核心是接口设计，COM 的接口就相当于类的公有函数[Rogerson 1999]。在程序设计方面，咱们不要怀疑Microsoft 公司的风格。 设计孤立的类是比较轻易的，难的是正确设计基类及其派生类。因为有些程序员搞不清楚“继续”（Inheritance）、“组合”（Composition）、“多态”（ Polymorphism）这些概念。
更多内容请看C/C++技术专题 C/C++进阶技术文档 C/C++相关文章专题，或 1.2 继续与组合 假如A 是基类，B 是A 的派生类，那么B 将继续A 的数据和函数。示例程序如下：{
public:
void Func1(void);
void Func2(void);
};
class B : public A
{
public:
void Func3(void);
void Func4(void);
};
// Example
main()
{
B b; // B的一个对象
b.Func1(); // B 从A 继续了函数Func1
b.Func2(); // B 从A 继续了函数Func2
b.Func3();
b.Func4();
} 这个简单的示例程序说明了一个事实：C++的“继续”特性可以提高程序的可复用性。正因为“继续”太有用、太轻易用，才要防止乱用“继续”。我们要给“继续”立一些使用规则： 一、假如类A 和类B 毫不相关，不可以为了使B 的功能更多些而让B 继续A 的功能。 不要觉得“不吃白不吃”，让一个好端端的健壮青年无缘无故地吃人参补身体。 二、假如类B 有必要使用A 的功能，则要分两种情况考虑： （1）若在逻辑上B 是A 的“一种”（a kind of ），则答应B 继续A 的功能。如男人（Man）是人（Human）的一种，男孩（Boy）是男人的一种。那么类Man 可以从类Human 派生，类Boy 可以从类Man 派生。示例程序如下：class Human
{
…
};
class Man : public Human
{
…
};
class Boy : public Man
{
…
}; （2）若在逻辑上A 是B 的“一部分”（a part of），则不答应B 继续A 的功能，而是要用A和其它东西组合出B。例如眼（Eye）、鼻（Nose）、口（Mouth）、耳（Ear）是头（Head）的一部分，所以类Head 应该由类Eye、Nose、Mouth、Ear 组合而成，不是派生而成。示例程序如下：class Eye
{
public:
void Look(void);
};
class Nose
{
public:
void Smell(void);
};
class Mouth
{
public:
void Eat(void);
};
class Ear
{
public:
void Listen(void);
};
// 正确的设计，冗长的程序
class Head
{
public:
void Look(void) { m_eye.Look(); }
void Smell(void) { m_nose.Smell(); }
void Eat(void) { m_mouth.Eat(); }
void Listen(void) { m_ear.Listen(); }
private:
Eye m_eye;
Nose m_nose;
Mouth m_mouth;
Ear m_ear;
}; 假如答应Head 从Eye、Nose、Mouth、Ear 派生而成，那么Head 将自动具有Look、Smell、Eat、Listen 这些功能：// 错误的设计
class Head : public Eye, public Nose, public Mouth, public Ear
{
}; 上述程序十分简短并且运行正确，但是这种设计却是错误的。很多程序员经不起“继续”的诱惑而犯下设计错误。 一只公鸡使劲地追打一只刚下了蛋的母鸡，你知道为什么吗？ 因为母鸡下了鸭蛋。 本书3.3 节讲过“运行正确”的程序不见得就是高质量的程序，此处就是一个例证。
更多内容请看C/C++技术专题 C/C++进阶技术文档 C/C++相关文章专题，或 1.3 虚函数与多态 除了继续外，C++的另一个优良特性是支持多态，即答应将派生类的对象当作基类的对象使用。假如A 是基类，B 和C 是A 的派生类，多态函数Test 的参数是A 的 指针。那么Test 函数可以引用A、B、C 的对象。示例程序如下：{
public:
void Func1(void);
};
void Test(A *a)
{
a-Func1();
}
class B : public A
{
…
};
class C : public A
{
…
};
// Example
main()
{
A a;
B b;
C c;
Test(&a);
Test(&b);
Test(&c);
}; 以上程序看不出“多态”有什么价值，加上虚函数和抽象基类后，“多态”的威力就显示出来了。 C++用要害字virtual 来声明一个函数为虚函数，派生类的虚函数将（override）基类对应的虚函数的功能。示例程序如下：class A
{
public:
virtual void Func1(void){ cout “This is A::Func1 ”}
};
void Test(A *a)
{
a-Func1();
}
class B : public A
{
public:
virtual void Func1(void){ cout “This is B::Func1 ”}
};
class C : public A
{
public:
virtual void Func1(void){ cout “This is C::Func1 ”}
};
// Example
main()
{
A a;
B b;
C c;
Test(&a); // 输出This is A::Func1
Test(&b); // 输出This is B::Func1
Test(&c); // 输出This is C::Func1
}; 假如基类A 定义如下：class A
{
public:
virtual void Func1(void)=0;
}; 那么函数Func1 叫作纯虚函数，含有纯虚函数的类叫作抽象基类。抽象基类只管定义纯虚函数的形式，具体的功能由派生类实现。 结合“抽象基类”和“多态”有如下突出优点： （1）应用程序不必为每一个派生类编写功能调用，只需要对抽象基类进行处理即可。这一
招叫“以不变应万变”，可以大大提高程序的可复用性（这是接口设计的复用，而不是代码实现的复用）。 （2）派生类的功能可以被基类指针引用，这叫向后兼容，可以提高程序的可扩充性和可维护性。以前写的程序可以被将来写的程序调用不足为奇，但是将来写的程序可以被以前写的程序调用那可了不起。
更多内容请看C/C++技术专题 C/C++进阶技术文档 C/C++相关文章专题，或 2 良好的编程风格 内功深厚的武林高手出招往往平淡无奇。同理，编程高手也不会用奇门怪招写程序。良好的编程风格是产生高质量程序的前提。2.1 命名约定void memcpy(void *pvTo, void *pvFrom, size_t size)
{
void *pBTo = (byte *) pvTo;
void *pbFrom = (byte *) pvFrom;
assert( pvTo != NULL && pvFrom != NULL );
while(size - - 0 )
*pbTo + + = *pbFrom + + ;
return (pvTo);
} assert 不是一个仓促拼凑起来的宏，为了不在程序的Debug 版本和Release 版本引起差别，assert 不应该产生任何副作用。所以assert 不是函数，而是宏。程序员可以把assert 看成一个在任何系统状态下都可以安全使用的无害测试手段。 很少有比跟踪到程序的断言，却不知道该断言的作用更让人沮丧的事了。你化了很多时间，不是为了排除错误，而只是为了弄清楚这个错误到底是什么。有的时候，程序员偶然还会设计出有错误的断言。所以假如搞不清楚断言检查的是什么，就很难判定错误是出现在程序中，还是出现在断言中。幸运的是这个问题很好解决，只要加上清楚的注释即可。这本是显而易见的事情，可是很少有程序员这样做。这好比一个人在森林里，看到树上钉着一块“危险”的大牌子。但危险到底是什么？树要倒？有废井？有野兽？除非告诉人们“危险”是什么，否则这个警告牌难以起到积极有效的作用。难以理解的断言经常被程序员忽略，甚至被删除。[Maguire 1993] 以下是使用断言的几个原则： （1）使用断言捕捉不应该发生的非法情况。不要混淆非法情况与错误情况之间的区别，后者是必然存在的并且是一定要作出处理的。 （2）使用断言对函数的参数进行确认。 （3）在编写函数时，要进行反复的考查，并且自问：“我打算做哪些假定？”一旦确定了的
假定，就要使用断言对假定进行检查。 （4）一般教科书都鼓励程序员们进行防错性的程序设计，但要记住这种编程风格会隐瞒错误。当进行防错性编程时，假如“不可能发生”的事情的确发生了，则要使用断言进行报警。
更多内容请看C/C++技术专题 C/C++进阶技术文档 C/C++相关文章专题，或 2.3 new、delete 与指针 在C++中，操作符new 用于申请内存，操作符delete 用于释放内存。在C 语言中，函数malloc 用于申请内存，函数free 用于释放内 存。由于C++兼容C 语言，所以new、delete、malloc、free 都有可能一起使用。 {
float *p;
p = new float[100];
if(p==NULL) return;
…// do something
delete p;
p=NULL; // 良好的编程风格
// 可以继续使用p
p = new float[500];
if(p==NULL) return;
…// do something else
delete p;
p=NULL;
} 我们还要预防“野指针”，“野指针”是指向“垃圾”内存的指针，主要成因有两种： （1）指针没有初始化。
（2）指针指向已经释放的内存，这种情况最让人防不胜防，示例程序如下：class A
{
public:
void Func(void){…}
};
void Test(void)
{
A *p;
{
A a;
p = &a; // 注重a 的生命期
}
p-Func(); // p 是“野指针”，程序出错
}2.4 使用const 在定义一个常量时，const 比#define 更加灵活。用const 定义的常量含有数据类型，该常量可以参与逻辑运算。例如：const int LENGTH = 100; // LENGTH 是int 类型
const float MAX=100; // MAX 是float 类型
#define LENGTH 100 // LENGTH 无类型
#define MAX 100 // MAX 无类型 除了能定义常量外，const 还有两个“保护”功能： 一、强制保护函数的参数值不发生变化 以下程序中，函数f 不会改变输入参数name 的值，但是函数g 和h 都有可能改变name的值。void f(String s); // pass by value
void g(String &s); // pass by referance
void h(String *s); // pass by pointer
main()
{
String name=“Dog”;
f(name); // name 的值不会改变
g(name); // name 的值可能改变
h(name); // name 的值可能改变
} 对于一个函数而言，假如其‘&’或‘*’类型的参数只作输入用，不作输出用，那么应当在该参数前加上const，以确保函数的代码不会改变该参数的值（假如改变了该参数的值，编译器会出现错误警告）。因此上述程序中的函数g 和h 应该定义成：void g(const String &s);
void h(const String *s); 二、强制保护类的成员函数不改变任何数据成员的值 以下程序中，类stack 的成员函数Count 仅用于计数，为了确保Count 不改变类中的任何数据成员的值，应将函数Count 定义成const 类型。class Stack
{
public:
void push(int elem);
void pop(void);
int Count(void) const; // const 类型的函数
private:
int num;
int data[100];
};
int Stack::Count(void) const
{
++ num; // 编译错误，num 值发生变化
pop(); // 编译错误，pop 将改变成员变量的值
return num;
}
更多内容请看C/C++技术专题 C/C++进阶技术文档 C/C++相关文章专题，或 2.5 其它建议 （1）不要编写一条过分复杂的语句，紧凑的C++/C 代码并不见到能得到高效率的机器代码，却会降低程序的可理解性，程序出错误的几率也会提高。（2）不要编写集多种功能于一身的函数，在函数的返回值中，不要将正常值和错误标志混在一起。
…
if(flag) { // do something } // 正确的用法
if(flag==TRUE) { // do something } // 危险的用法
if(flag==1) { // do something } // 危险的用法
if(!flag) { // do something } // 正确的用法
if(flag==FALSE) { // do something } // 不合理的用法
if(flag==0) { // do something } // 不合理的用法 （4）小心不要将“= =”写成“=”，编译器不会自动发现这种错误。 （5）不要将123 写成0123，后者是八进制的数值。 （6）将自己经常犯的编程错误记录下来，制成表格贴在计算机旁边。
3 小结 C++/C 程序设计如同少林寺的武功一样博大精深，我练了8 年，大概只学到二三成。所以无论什么时候，都不要觉得自己的编程水平天下第一，看到别人好的技术和风格，要虚心学习。本章的内容少得可怜，就象口渴时只给你一颗杨梅吃，你一定不过瘾。我借花献佛，推荐一本好书：Marshall P. Cline 著的《C++ FAQs》[Cline 1995]。你看了后一定会赞不绝口。会编写C++/C 程序，不要因此自得洋洋，这只是程序员基本的技能要求而已。假如把系统分析和系统设计比作“战略决策”，那么编程充其量只是“战术”。假如指挥官是个大笨蛋，士兵再勇敢也会吃败仗。所以我们程序员不要只把眼光盯在程序上，要让自己博学多才。我们应该向北京胡同里的小孩们学习，他们小小年纪就能指点江山，评论世界大事。
更多内容请看C/C++技术专题 C/C++进阶技术文档 C/C++相关文章专题，或 
