软件写作时，一定要考虑出错情况的处理。
应该有80%的代码是用来处理这些20%可能出现的错误情况。
不考虑错误处理的软件只能用来做演示。
错误的来源有几种：
用户输入错误：这种错误比较容易处理，只要事先定义好合法的输入，在输入时进行检查就可以处理。
来自于与其他模块接口处的数据错误：这种错误比较复杂，也容易被忽视！尤其是当系统中模块改动频繁的时候。因此在软件写作的时候要有自我保护意识，与你配合的模块现在工作得很好，以后发生改动的时候就不一定了。
当然，这也不是说你要成为一个偏执狂，怀疑一切数据。
那么多少怀疑是合理的呢？这也就是这篇文章的目的：探讨数据检查点的放置。
如果我们在每一个模块中怀疑每一个数据，那么势必有很多检查点是重复的，浪费资源。而且，如果用于数据检查的代码没有充分共享，系统中将出现对于同一数据检查的不同版本代码，日后如果检查规则变化，维护很不方便。
对于一个软件写作者，也许采取中庸之道是比较好的选择：
对于那些如果出现错误则会导致严重后果的情况，我们一定要加以处理。
对于其它不严重的情况，则可以节约资源，只在若干个点设置检查，让检查点之后的数个模块共享这个检查点。
当然，对于检查点的要求，也取决于用户的需求。在设计的时候需要与用户细致的探讨。