纯忽悠程序员的开发要求（4）：专注自己的模块功能，不用太关心其他模块的细节 .

单元模块开发本身就存在很多争议，最典型的就是加密解密，现在很多做CA和认证的公司牛气大了去了，搞得他们的用户成了孙子，根子就在于当时用户太信任他们，结果现在一被破解就得求他们升级，然后再被破解，再升级，中星九号的例子最能说明问题。
        我们一开始开发的时候总是被告之：专注自己的模块，别的模块看看接口描述就好了，不用关系他们的细节，否则本末倒置了，出了问题先查查自己模块有没有问题，确认自己模块没有问题再怀疑别人的。我得承认这些话有一定道理，不过实际问题经常是接口的描述非常简单，你根本不知道这些调用怎么实现的，需要注意些什么，有什么限制，比如最简单的就是时间，会不会阻塞，有没有多线程产生，内存使用等等。

      而你自己设计程序的时候可能根本不会也不可能考虑这么因素，可能把他们当成标准c库调用一样的来处理，当然单元测试你也不会考虑这些。结果等到系统测试的时候Bug一堆，问题出在你的代码里，可是你死活找不到原因，少量的情况是白痴错误，比如“==”错写成“=”，大部分情况是你调用别的模块出现的问题，你没想到，也没处理，然后问到他们的时候通常得到的结论是：这是我们模块的一个限制，没写在文档里，抱歉！我们已经在改了，或者没时间改，等等！这时候你的蛋不是一般的疼啊！因为你的设计已经层层叠叠，非大修不能达到目的了，呕血没商量啊，而且还得往自己肚子里咽：谁让你不多问问细节，多考虑异常情况呢？
      基于windows的开发我不清楚，基于linux开发特别需要注意底层技术实现的细节，当然是有用的细节。所以我的建议是：当你的程序高度依赖于别的模块儿时，一定要搞清楚它们的实现过程，能了解代码最好，如果实在看不到就必须多考虑异常情况，免得你的程序到头来返工返通宵之类的。