类
类的基础
类的基础是抽象数据类型，抽象数据类型是非面向对象的数据结构；在面向对象语言了，抽象数据类型加上继承和多态就可以理解为类了。
良好的类接口
好的抽象
类的接口应该展现一致的抽象层次
一定要理解类所实现的抽象是什么
提供成对的服务：比如有open 就应该有close，有create 就应该有destroy；要不然会有服务的丢失。
把不相关的信息转移到其他类中
尽可能让接口可以编程，而不是表达语义：尽量写些看到的就是规则的接口，而不是附加些隐含的规则。
谨防在修改时破坏接口的抽象
不要添加与接口抽象不一致的公用成员
同时考虑抽象性与内聚性
良好的封装
尽可能的限制类和成员的可访问性
不要公开暴露成员数据
避免把私用的实现细节放入类的接口中：不要在接口中提供太多实现的信息，语义的和实际的。
不要对类的使用者做出任何假设
避免使用友元类
不要因为一个子程序里仅使用公用子程序，就把他归于公开接口
让阅读代码比编写代码更方便
要格外警惕从语义上破坏封装性
留意过于紧密的耦合关系：类间关系不要太紧密
有关设计和实现的问题
包含是有一个的关系
继承是是一个的关系：尽量少用继承，多用包含；除非派生类真的是一个更特殊的基类，否则不应该从基类中继承。继承的层次不需要太深，3层左右已经够可以的。
创建类的原因
降低隔离复杂度，易于重用
函数
创建子程序的正当理由
主要还是小范围的模块化吧，便于重用和维护，方便代码的编写。
在子程序上设计
要保持功能的内聚性
好的子程序名字
好的程序的名字要能反映出子程序的功能，如果名字太长，那说明你的程序的内聚性不强，需要做下拆分工作。
子程序可以写多长
书上说是200行左右，我感觉子程序的长度宜短不宜长。
如何使用子程序参数
子程序的参数不宜过多，过多了说明你两个程序的耦合关系太大需要重新设计。
宏子程序和内联函数
宏子程序不区分语义，内联函数有语义，内联函数别太大。
