代理的创建 会 复制所代理的对象,如何避免复制
(保持多态性的前提下避免复制对象的代价)
- 某些类应当避免复制
- 对象很大,资源消耗多
- 每个对象代表一种不能被轻易复制的资源,如文件
- 其它数据结构已经存储对象的地址,把副本地址插入那些数据结构中代价会非常大
- 对象代表位于网络连接另一端的其他对象
- 多态性环境中只知对象基类类型而不知对象本身类型
- 避免使用指针复制对象
- 使用对象指针比直接使用对象要困难
- 未初始化的指针非常危险且难以防范
- 管理内存的硬件总要检查被复制的指针是否真的指向程序所分配的内存位置上
- 复制未初始化的指针会导致硬件陷阱
例如:
|
|
- 多个指针指向同一个对象时应考虑何时删除此对象
handle classe(句柄类)
有时也称为smart pointer(智能指针)
绑定到所控制的类的对象上
简单示例类
- 表示点平面坐标的类
|
|
- 使用一个无参构造函数和一个两个参数的构造函数而非一个缺省参数的构造函数:
Point(int x = 0, int y = 0): xval(x), yval(y) {}
- 后者允许只用一个参数(另一个缺省为零)构造Point对象,而这几乎是错的
绑定到句柄
- 将句柄h直接绑定到对象上
|
|
- 删除p后应该使handle无效
- handle应该控制它所绑定的对象(创建和销毁)
- 从效果上说handle就是一种只包含单个对象的容器
获取对象
- handle行为上类似一个指针
- 应阻止使用者直接获得对象的实际地址
- 过多暴露内存分配策略,不利于改变分配的策略
- 隐蔽真正的对象地址,避免直接重载
operator->
- 隐蔽真正的对象地址,避免直接重载
|
|
引用计数型句柄(UPoint)
了解有多少句柄绑定在同一个对象上以确定何时删除对象
引用计数(use count)不能是句柄的一部分或对象的一部分
- 定义新的类容纳引用计数和Point对象
|
|
- 一个简单的Handle类实现
|
|
写时复制(copy on write)
- handle改动性函数两种不同语义
|
|
- 若句柄为指针语义,n = 5
- handle表现像指针或引用,h和h2绑定到同一对象
|
|
- 若句柄为值语义,n = 3
- 改变h2的内容不该影响h的值
- 必须保证所改动的UPont对象不同时被其它Handle所引用,否则复制UPoint
|
|
- 以下代码片段需要在每个改变UPoint对象的成员函数中重复(可设计为Handle的私有成员函数)
|
|
写时复制优点:在绝对必要时才进行复制,额外开销小
句柄类的改进
- 前述实现的缺点:把句柄捆绑到类T的对象上必须先定义具有类型T的成员的新类
- 当捆绑句柄到继承自T的静态类型未知的类的对象上时难以实现
将应用计数从数据中分离出来作为独立的对象
- 抽象地表示应用计数
|
|
- 重写Handle类
|
|
总结
通过引入引用计数使得handle类能灵活地设计出来,而将引用计数抽象化表示使handle类能协同不同数据结构工作
UseCount类简化了实现中特定的子问题:接口设计只为简化引用计算句柄实现,而不为终端用户(end user)所用
《C++沉思录(Cplusplus Thinking)》笔记