自己跟踪自己的类
设计得当的类可以为理解程序的动态行为提供一个强有力的工具
- Trace类怎样提供有关函数执行和类操作的调试信息
设计一个跟踪类
|
|
使程序在明显改变自身行为的同时说明自己在做什么
如函数Foo:
|
|
- 跟踪多个函数,无法确定哪个函数产生输出
|
|
- 带两个参数的Trace构造函数
|
|
3个容易发现的点
- 要打印的消息有很多共同点
- 使跟踪消息称为可选(禁止调试时可以关闭调试输出)会带来好处
- 可以在别的地方输出调试消息(而不只是cout)就不会打断程序的其他输出
可以让构造函数记住被跟踪的函数对的名字,指定构造函数和析构函数打印begin和end消息以减少用户输入文本量
输出:禁止输出/重定向输出
- 可以添加一个全局指针指向调试消息输出流
跟踪请求通常都是聚集在一起的
- 逻辑上需要所有Trace对象同时将消息发送到给定文件
- 应该创建一个类管理整组Trace对象的输出
Channel类包含一个指向输出流的指针,允许Trace类访问这个指针
|
|
- 在Trace类中使用这个类重定向输出
|
|
- 定义用于跟踪消息的逻辑分组
Channel subsystemX(&cout);
Channel subsystemY(0);
与subsystemX相关的Trace对象将往cout进行打印
- 与subsystemY相关的Trace对象不会产生输出
|
|
- 通过重新设置Channel可以关闭或重定向跟踪输出
subsystemX.reset(0); // 关闭跟踪
subsystemX.reset(&some_stream); // 重定向跟踪
创建死代码
调试类的潜在问题:即使关闭输出测试trace_file时进入和退出每个函数都耗费时间、空间
如果C++实现足够聪明,可以不必重写用户代码而免除几乎所有的代码生成的开销
- 编译器能够识别出Trace构造函数和析构函数的代码在某些环境中是死代码(引起额外开销的没用的代码)
- 通过一个全局变量的测试,监视构造函数和析构函数;生成产品代码时将该全局变量的值设为常数零
|
|
- 显示赋值操作符初始化变量而不是在构造函数初始化器中
- 保证debug为零时跳过初始化
生成对象的审计跟踪
- 改成跟踪对象的类
|
|
每次创建一个Obj_trace对象时该对象都会获得一个由构造函数和析构函数打印的唯一序列号
例:
|
|
验证容器行为
- 检查每个被构造的对象是否都被销毁
- 通过将Obj_trace作为容器中的对象
|
|
Summary
- 这种类用来跟踪函数的进入和退出
- 可以成为验证其他类运行状况的工具
- 设计得当在绝大多数情况下可以直接放入产品代码中
《C++沉思录(Cplusplus Thinking)》笔记