C语言难点揭秘4_第1页
C语言难点揭秘4_第2页
C语言难点揭秘4_第3页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

C语言难点揭秘[4]语言

软件工具

硬件检查器

在这整个领域中，我始终认为最有用并且投资回报率的是考虑改良源代码的风格。它不需要昂贵的代价或严格的形式；可以始终取消与内存无关的段的解释，但影响内存的定义固然需要显式解释。添加几个简洁的单词可使内存结果更清晰，并且内存编程会得到改良。

我没有做受控试验来验证此风格的效果。假如您的经受与我一样，您将发觉没有说明资源影响的策略简直无法忍受。这样做很简洁，但带来的好处太多了。

检测

检测是编码标准的补充。二者各有裨益，但结合使用效果特殊好。机智的C或C++专业人员甚至可以扫瞄不熟识的源代码，并以极低的本钱检测内存问题。通过少量的实践和适当的文本搜寻，您能够快速验证平衡的*alloc()和free()或者new和delete的源主体。人工查看此类内容通常会消失像清单7中一样的问题。

清单7.麻烦的内存泄漏

staticchar*important_pointer=NULL;

voidf9()

{

if(!important_pointer)

important_pointer=malloc(IMPORTANT_SIZE);

...

if(condition)

/*Ooops!Wejustlostthereference

important_pointeralreadyheld.*/

important_pointer=malloc(DIFFERENT_SIZE);

...

}

假如condition为真，简洁使用自动运行时工具不能检测发生的内存泄漏。认真进展源分析可以从今类条件推理出证明正确的结论。我重复一下我写的关于风格的内容：尽管大量公布的内存问题描述都强调工具和语言，对于我来说，的收获来自“软的”以开发人员为中心的流程变更。您在风格和检测上所做的任何改良都可以帮忙您理解由自动化工具产生的诊断。

静态的自动语法分析

固然，并不是只有人类才能读取源代码。您还应使静态语法分析成为开发流程的一局部。静态语法分析是lint、严格编译和几种商业产品执行的内容：扫描编译器承受的源文本和目标项，但这可能是错误的病症。

盼望让您的代码无lint。尽管lint已过时，并有肯定的局限性，但是，没有使用它（或其较高级的后代）的很多程序员犯了很大的错误。通常状况下，您能够编写忽视lint的优秀的专业质量代码，但努力这样做的结果通常会发生重大错误。其中一些错误影响内存的正确性。与让客户首先发觉内存错误的代价相比，即使对这种类别的产品支付最昂贵的许可费也失去了意义。去除源代码。现在

人人文库> 全部分类> 应用文书 > 工作计划

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论