编写高质量的c语言.docVIP

献给我的妻子Beth ， 以及我的双亲Joseph 和Julia Maguire ────为了他们的爱和支持 序 1986年，在为几家小公司咨询和工作了 10年之后为了获得编写Macintosh 应用程序的 经验，我特意到Microsoft 公司工作，参加了Macintosh 开发小组。这个小组负责Microsoft 的图形电子表格应用程序的开发。 当时，我还不能肯定想象的代码是什么样子的，我想也许应该既引入入胜又雅致吧！但 我看到的代码却很平常，与我以往见到的其它代码没有什么不同。要知道，Excel 有一个相 当漂亮的用户界面 ─── 它比当时其它基于字符的电子表格软件更容易使用，更加直观。 但使我感受更深的是产品中包含的一个多功能调试系统。 该系统旨在自动地问程序员和测试者进行错误报警。其工作方式非常象波音747驾驶仓 内向驾驶员报告故障的报警灯。该调试系统主要用来对代码进行监视，它并不过多地对代码 进行测试。虽然现在该调试系统采用的概念已不再新鲜了，但当时它们的广泛使用程度以及 该系统有效的查错能力还是吸引了我，使我深受启发。没过多久，我就发现Microsoft 的大 部分项目都有多功能的内部调试系统，而Microsoft 的程序员都高度重视代码中的错误及其 产生原因。 在做了两年Macintosh Excel 之后，我离开了该开发小组，去帮助另一个代码错误数目 超常的小组。在开发Excel 的两年中，我发现Microsoft 虽然壮大了两倍，但许多老项目组 熟知的概念并没有随着公司的壮大而传到新项目组。新程序员不象我加入Microsoft 之前时 的老程序员一样对容易引起错误的编码习惯特别重视，而只有一般的注意。 在我转到新项目组六个月之后，有一次我对一个程序员伙伴提到：“应该把编写无错代 码的某些概念写成文字，使那些原理能在新项目组传开”。这时另一位程序员对我说：“你不 要总是想着写文档，为什么你不把这一切都写下来？为什么你不写本书，问问 Microsoft 出版社是否愿意出版呢？毕竟这些信息不是谁的专利，其作用不过是为了使程序员更加重视 错误 。” 当时我对这个建议并没有多想，主要原因是没有时间，而且以前我也没有写过书。以前 我所做过与写书最有关系的事情，不过是在80 年代初协助别人主办Hi-Res 杂志的程序设计 专栏，这与写书毕竟不是一回事。 正如您所见到的，这本书还是写出来了。理由很简单：1990 年，由于错误越来越多， Microsoft 取消了一个尚未公布的产品。现在，错误越来越多已经不是什么新鲜事情， Microsoft 的几个竞争者都因此取消过一些项目。但Microsoft 因为这种原因取消项目，还 是头一次。最近，随着接连不断地出现产品错误。管理人员终于开始叫嚷“受不了啦”，并 采取了一系列的措施企图将错误率下降到原先的水平。尽管如此，仍然没有人将这些错误因 由记录下来。 现在，Microsoft 已经比我刚进公司时大了九倍。很难设想，倘若没有准确的指南，公司怎 样才能将出错率降低到原来的水平。尤其是在Windows 和Macintosh 的应用越来越复杂的情 况下，更是如此。 以上就是我最终决定写这本书的原因 Microsoft 出版社已经同意出版这本书。 情况就是这样。 我希望您会喜欢这本书，我力图使本书不那么枯燥并尽量有趣。 Steve Maguire 西雅图，华盛顿 1992.10.22 致谢 我要感谢Microsoft 出版社中帮助本书问世的所有人，尤其是在我写作过程中始终手把 手地教我的两个人。首先我要感谢我的约稿编辑 Mike Halvorson，他使我能够按照自己的 进度完成了这本书，并且耐心地解答了我这个新作者提出的许多问题。我还