设计class犹如设计type
Treat class design as type design
C++就像在其他OOP(面向对象编程)一样,当你定义一个新class,也就定义了一个新type。身为C++程序员,你的许多时间主要用来扩张你的类型系统(type syetem)。这意味着你并不只是class设计者,还是type设计者。重载(overloading)函数和操作符、控制内存的分配和归还、定义对象的初始化和终结......全都在你手上。因此你应该带着和“语言设计者当初设计语言内置类型时”一样的谨慎来研讨class的设计。
那么,如何设计高效的classes呢?首先你必须了解你面对的问题。几乎每一个class都要求你面对一下提问,而你的回答往往导致你的设计规范:
- 新type的对象应该如何被创建和销毁?这会影响到你的class的构造函数和析构函数以及内存分配函数和释放函数(operator new, operator new[], operator delete和operator delete[])的设计
- 对象的初始化和对象的赋值该有什么样的差别?这个答案决定你的构造函数和赋值操作符的行为,以及其间的差异。重要的是别混淆了“初始化”和“赋值”
- 新type的对象如果被passed by value,这意味着什么?记住,copy构造函数用来定义一个type的pass-by-value该如何实现
- 什么是新type的“合法值”?对class的成员变量而言,通常只有某些数值集是有效的。那些数值集决定了你的class必须维护的约束条件,也就决定了你的成员函数必须进行错误检查操作。它也影响函数抛出的异常。
- 你的新type需要配合某个继承图系吗?如果你继承自某些既有的classes,你就受到那些classes的设计的束缚,特别是受到“它们的函数是virtual或non-virtual”的影响。如果你允许其他classes继承你的class,那会影响你所声明的函数——尤其是析构函数——是否为virtual
- 你的新type需要什么样的转换?你的type生存于其他types之间,因而彼此该有转换行为吗?如果你希望允许类型T1之物被隐式转换为T2之物,就必须在class T1内写个类型转换函数(operator T2)或在class T2内写个non-explicit-one-argument(可被单一实参调用)的构造函数。如果你只允许explicit构造函数存在,就得写出专门负责执行转换的函数
- 什么样的操作符和函数对此新type而言是合理的?这个问题的答案决定你将为你的class声明哪些函数。其中某些是该是member函数,某些则否
- 什么样的标准函数应该驳回?那些正是你必须声明为private者
- 谁该取用新type的成员?这个提问可以帮助你决定哪个成员为public,哪个为protected,哪个为private。它也帮助你决定哪一个classes和functions应该是friends,以及将它们嵌套于另一个之内是否合理。
- 什么是新type的“未声明接口”?它对效率、异常安全性以及资源运用(例如多任务锁定和动态内存)提供何种保证?你在这些方面提供的保证将为你的class实现代码加上相应的约束条件
- 你的新type有多么一般化?或许你其实并非定义一个新type,而是定义一整个types家族。果真如此你就不该定义一个新class,而是应该定义一个新的class template
- 你真的需要一个新type吗?如果只是定义新的derived class以便为既有的class添加机能,那么说不定单纯定义一或多个non-member函数或templates,更能够达到目标。
这些问题不容易回答,所以定义出高效的classes是一种挑战。然而如果能够设计出至少像C++内置类型一样好的用户自定义classes,一切汗水便都值得。
总结:
- Class的设计就是type的设计。在定义一个新的type之前,请确定你已经考虑过本条款覆盖的所有讨论主题
编于04/02/2019 19:02