1、UML图

2、三层架构

3、Sqlhelper

4、配置文件

5、接口

6、设计模式

接着上篇几篇文章，还剩下最后一个设计模式没有说。这篇文章搁置了好久，是因为有一些事情一直在忙着，所以这么晚才发这篇文章真的很抱歉。下面我们来说一下在.net<机房收费系统个人重构版>这个系列中的最后一篇文章，那就是设计模式。

其实这篇文章搁置了很久，我之前说个这个系列的文章或许不会那么很专业，因为相对而言我们用.net重构系统也仅仅是朝着稍稍正规化规范化的方向迈进而已，所以我的这个系列的文章以做系统过程中的经验、感受以及在这个过程中遇到的困难及如何解决为主。所以专业性很强的大牛们稍稍包涵一下啦。

在机房收费系统个人版重构的过程中，第一遍的时候我是纯用三层敲的，设计模式、接口、sqlhelper之类的都没加，就那样，敲完之后我还觉得很完美呢，因为觉得跟第一遍纯用VB敲看起来规矩多了，那个时候哪里知道跟标准还差的远着呢。当时用三层敲的时候真心觉得，当初用VB敲第一遍真的很简单，那个时候单纯就是为了实现功能而实现功能，现在可不一样了，感觉用三层敲完，虽然麻烦很多，东西看起来也复杂了，但是毕竟一层层的相互分工，看起来规矩好多。可用三层敲完，知道要往里面加设计模式，还要用到sqlhelper时，才知道距离标准还差得很远。庆幸加设计模式的时候不用在为实现功能而发愁。现在来看，无论是先加设计模式还是后加设计模式，其实都是有利有弊的。先用三层敲后加设计模式好处是开头不那么难开，把各个层的职责所属弄清楚之后，知道各个层之间要什么找什么就会比较好找也比较简单；与此同时先先用三层敲逻辑看起来比较简单清除，可以安心的先把要实现的几块难点击破，然后再安安心心的加设计模式，不必为实现功能再费脑筋了。但是缺点是这样一来所花费的时间比较长，因为敲完三层之后再加设计模式，相当于把整个系统又重新翻了一遍。要是在开始的时候就全部把三层架构、设计模式等加进去呢，那么缺点就是开头比较难开，其实不论怎样，你会发现刚开始敲的时候，开头都是比较难的，只是你一开始就把设计模式什么的都加进去，有加剧了这种难度，“万事开头难”嘛，那种滋味真挺难受的，眼看着一点一点的近乎在爬行。不过这样一来，在弄清了模式、思路之后，照着敲几条线，整个系统开起来思路也就清晰多了，这样一来不用费两遍事，所花费的时间相应也会少一些。但是与此同时，还要一边加设计模式，一边考虑如何实现系统中所要求的功能，也是挺费脑筋的。总之两种方式都是有利有弊的，真的是“万事开头难”，但是相对敲出几条线，明白了这种模式，搞清业务逻辑弄清思路也就简单了，一点点理出来弄清门路就好了。包括当时我加设计模式也是一样，建议大家加设计模式的时候先看书，如果可以的话可以试试都可以加进去什么设计模式。当然，我没有这么做，因为大家都在做也就听说加什么设计模式了，所以就是直入目标，专门去看那几个设计模式，当时觉得很难，不过还好， 不懂的地方问了问别人，是很难，走走就走过来了。

这样，我的机房收费系统个人版的学习也就告一段落了。这段时间我在合作，也是在查缺补漏，巩固一下之前个人版中的知识，完善一下之前所漏掉的知识点，同时也是看看同伴们都是怎样完成的，而且合作能够锻炼大家的团队协作能力，对我们来说是一次机遇。