尽管已经做过一遍机房收费系统，可是要用面向对象技术和分层技术对其进行重构，的确是一件不easy的事，从最開始的需求分析，到使用UML对机房收费系统进行建模。再到后期的代码实现以及文档编写。无一例外的让人认为纠结甚至是虐心。为什么会有这种赶脚？我们来一探到底。
首先是需求分析，尽管大家都已经做过一遍了，可是我不敢保证你们都能非常好的理解这个系统的需求，因此这是一个纠结点。其次就是绘图，必要的图实用例图，系统的包图，以及各个包里的类图和时序图，这些图对后期的代码编写十分重要，因此必需要画的。
在使用面向对象技术对系统进行重构的时候，就须要你去抽象了，尤其是在使用三层架构和增加设计模式之后。当中的复杂性可想而知，我现在非常纳闷当初我们使用VB6.0开发的时候。没有不论什么的需求分析。也没有不论什么的设计图和源代码，单单是依据系统蓝本，我们就把系统做出来了。而现在在做了大量的准备工作之后却步履维艰。这是为什么？
或许是中国人的模仿能力非常强。可是相比之下创新能力差点儿就没有了，这个在我们学习和实践的过程中就行感受出来，这或许能说明为什么如今没有面向对象语言写得系统蓝本。我们非常难顺利的将系统做出来。扯远了，还是回到我的重构之路上来吧。
我的起步比較慢，相对来说这是一个不算优势的优势，那就是能够站在前人的肩膀上。吸取前人的经验教训。更快更好的将系统做出来。可其实并不是如此。
我是先进行系统数据库的设计和制作，然后開始画系统UML图，在绘图的过程中很的狼狈。主要问题出在细节上，基本的思路有，大家都知道总体的架构，也知道各层之间的引用和调用关系，似乎也知道每层中类的结构，可是在设计类的属性和方法时，瞬间不知所措。传什么样的參数。返回值是什么等等都不知道，于是乎，開始写代码。
万万没想到，写代码也让人抓狂，仅仅是写了一个系统的登录功能，没想到至今还没执行出来。假设把每个报错比作一簇狼烟，在整个调试过程中。真可谓是狼烟四起啊。随着代码的跳转。错误一个接着一个。灭了一个又出现一个，好不easy能完整走下来。却发现不是预想的结果，明明数据库里有数据。却查不到，于是乎又一次来过。
重构之路，狼烟四起。形势危险，心不能急。