kj05-01-01.txt

asp.net(适用于高职高专教学)电子教案

5.1.1  容错代码被忽略的原因
1．商业原因
出现在各种语言的技术文档中的例程往往只注重展示商业功能，很少展示容错代码。因为展示容错代码会渲染系统的脆弱性，影响用户或潜在用户对系统的信心。但是，任何系统都有其不可避免的薄弱环节，这些灰色环节并不会因为被隐藏而消失。
容错需要数量庞大的代码，但它所提供的功能也许永远不会被用到。编写、调试这些代码会降低短期商业效益。
多数管理者只关心功能、时间表以及效率，认为编程的目的是为了完成明确的任务，没有为开发人员提供一个强调容错能力的环境。容错代码即使写得很好，也不会被认为是关键所在。
事实上，评估软件的长期效益是比较困难的。两个开发者完成了表面上功能相同的产品，但其容错能力不同，多数管理者很难正确测算这两个开发者的成绩差异。
2．技术原因
短期培训可以使新程序员迅速掌握新技术，但是这种培训通常不包括使其具备编写容错代码能力的环节。这就意味着新程序员必须在发现了形形色色的程序错误后，才能够逐渐懂得如何预见、预防和处理各种错误。
编写错误处理代码需要许多技能和经验，还要求程序员具备埋头于细节工作的嗜好。
为了支持一行能够完成实际功能的代码，可能需要数十行错误处理代码。容错能力的增强是以代码长度的迅速增长为代价的。编写规模庞大的容错代码将影响开发的进度和效率。
与那些在编写功能代码阶段编写的容错代码相比，在进行调试后编写的“补丁”程序往往是低质量的代码。
3．认识上的误区
常见的认识误区包括：
* 将任务交给一个程序员时，委托者认为任务中隐含着编写错误处理代码的工作。
* 任何任务都有期限限制，错误处理代码是“偷工减料”的第一牺牲品。
* 即使出现了错误，也是可以修复的（事实上，这种想法往往是引发问题的根本原因，因为后期修复错误比一开始就处理错误要多付出数十倍的代价）。