这样就可以得到健壮性的产品软件和脆弱的开发/调试软件。
断言是一个缺陷检测机制，而不是一个错误处理机制。下面这些例子几乎可以肯定是不应该用断言来处理的：
1、试图打开一个文件却发现它不存在
2、通过网络连接检测和处理无效的数据
3、当写入文件时空间已用完
4、网络错误
调试子系统与代替测试之间不同的是规模和范围，代替测试技术是一个短生命周期的对象，仅仅用于单一测试；调试子系统通常用来完全替代其对应的产品子系统，实现了所有接口且在广泛的用例中正确的运行。
终端用户的需求与开发者的需求是非常不一样的，因此需要解决用户界面问题，确保用户界面层尽可能的小，仅仅是照顾显示信息的细节和征求用户的输入就可以了，不应包含任何业务逻辑。
调试内存分配器可以帮助检测和解决很多常见的问题：
1、通过跟踪内存的分配和释放，可以检测内存泄露
2、在分配的内存前后放置保护器，可以检测缓冲区溢出和内存损坏
3、通过用已知模式填充内存区，可以检测哪个实例使用的内存没有被初始化
4、通过使用已知的模式填充已释放的内存并让其常驻，可以检测内存后又被写入的实例
在修改第三方代码的同时，可以选择让自己的代码不同于调试版本，在诊断中内置控制（禁用功能，提供其他实现）会非常有用。
不要等待资源泄露表现出来——主动且尽早检测它们。
相关链接：
