类的质量

CHECKLIST:Class Quality(核对表：类的质量）

抽象数据类型

• 你是否把程序中的类都看做是抽象数据类型了？是否从从这个角度评估它们的接口了？

抽象

• 类是否有一个中心目的？
• 类的命名是否恰当？其名字是否表达了其中心目的？
• 类的接口是否展现了一致的抽象？
• 类的接口是否能让大家清楚明白地知道该如何使用它？
• 类的接口是否足够抽象，使你能不必顾虑它是如何实现其服务的？你能把类看做黑盒子么？
• 类提供的服务是否足够完整，能让其他类无须动用其内部数据？
• 是否已从类中去除无关信息？
• 是否考虑过把类进一步分解为组件类？是否以尽可能将其分解？
• 在修改类时，是否维持了其接口的完整性？

封装

• 是否把类的成员的可访问性降到最小？
• 是否避免暴露类中的数据成员？
• 在编程语言所许可的范围内，类是否已尽可能地对其他的类隐藏了自己的实现细节？
• 类是否避免对其他使用者，包括其派生类会如何使用它做了假设？
• 类是否不依赖于其他类？它是松散耦合的吗？

继承

• 继承是否只用来建立”是一个/is a"的关系？也就是说，派生类是否遵循了LSP(Liskov替换原则？)
• 类的文档中是否记述了其继承策略？
• 派生类是否避免了“覆盖”不可覆盖的方法？
• 是否把公用的接口，数据和行为都放到尽可能搞的继承层次中了？继承层次是否很浅？
• 基类中所有的数据成员是否都被定义为private而非protected的了？

跟实现相关的其他问题

• 类中是否只有大约7个或更少的数据成员？
• 是否把类直接或间接调用其他类的子程序的数量减到最少了？
• 类是否只在绝对必要时才与其他的类相互协作？
• 是否在构造函数中初始化了所有的数据成员？
• 除非拥有经过测量的、创建浅层复本的理由，类是否都被设计为当做深层复本使用？

语言相关的问题

• 你是否研究过所用变成语言里和类相关的各种特有问题？

--- 《代码大全》