特殊情况

 2008年12月22 小雨 日本东京
   今天在修改一个特殊问题时，又遇到的特殊情况，着实非了一番周折，终于修正了。安心之余，简单做了一下总结：
   一、如果这些特殊情况在项目需求定义阶段能清楚的识别和定义，那么就会有效的提高我们程序的适应性，同时降低维护期间的工作量和作业成本；
   二、如果在需求定义阶段不能完全识别特殊情况，我们就必须从程序设计上下功夫，不但各个功能模块间的层次结构要清晰明确，而且对于是每个功能模块的具体的实现类也要做到分工明确，各司其职。这样在后期维护时，一旦遇到特殊问题，可以很容易的定位修改点和关联的影响。
   无论是需求定义阶段的特殊情况的挖掘，还是设计灵活的能够适应特殊情况变化的程序，都需要一定的项目经验和程序设计技巧，因此在项目实践中一定要不断学习和积累。同时在需求定义和程序设计时还要不断的问自己三个问题：
   一、是否有特殊情况；
   二、如果有，都会有哪些特殊情况；
   三、对于每种特殊情况，是否有对应的解决对策。
   我们无法避免在项目后期的维护过程中遇到这样或那样的特殊问题，但是我们可以用以上方法来减少特殊问题发生的概率，同时也能有效的提高程序的灵活度和适应性。