机房重构之UML图

    机房个人重构的时候，我们需要做的第一件事情便是画图，画图的第一步是画包图。

     机房重构之包图

    包图，很陌生的一个词，因为在第一次画UML图的时候，总结得到包图不是九种图，就没有画包图。到现在，又开始翻各种资料、看各种博客！慢慢着手画下包图！

    下面的包图是经过多次修改之后的成果！

     包图其实就是一个总得框架！此包图由三层（UI、BLL、DAL）+外观模式（Facade）+用简单工厂改进的抽象工厂模式+接口。

    抽象工厂模式+接口解析

      加抽象工厂模式的原因，是考虑到有可能需要更换数据库。

        看《大话设计模式》，我们可以知道上图。将包图和上图进行对比，发现都有DataAccess，这个就是使用抽象工厂模式的地方，继续向后看，会看到接口和继承接口的类或者包。当我将这两张图放上去的时候，我想大家应该很容易明白，IUser和IDepartment相当于包图中的IDAL，SqlserverUser、AccessUser、SqlserverDepartment和AccessDepartment这四个类相当于包图中的DAL包。当我解释到此的时候，我想大家应该明白为什么用抽象工厂模式和用抽象工厂模式的原因了吧！

     另外，抽象工厂模式也起到了解耦作用（B层和D层解耦）。

    外观模式解析

       最开始，我用外观模式的理解就是解耦。刚开始的时候，我没有发现用外观模式的好处。反而，觉得用外观模式很累赘，明明可以一下传到U层的东西，却要经过外观，而外观中写的代码和B层差不多。就好像本来五分钟能到达目的地，却要走弯路非要用十分钟。

     最初的想法就是为了用模式才写的，一直抱着一种“自己做得还少，还没有发现它的好处”的心态做着。慢慢地做到多处都要用到查询卡号是否存在的功能，就将这个功能从B层单拿出来，在外观将多个功能进行整合传给U层。这才第一次发现用外观模式的好处！

     好处：为了完成客户端的一个功能，需要进行多个操作，将着多个操作交给外观处理之后，返回客户端。

    在U层和B层我还多加了一条线，这条线是我师傅告诉我的，这样就可以让我们做简单的功能时，不至于走弯路。

    我们还可以将外观模式放到B层，作为B层中的一个类，这就类似于在U层和B层加的那一条线了！

     其他

     实体，是为了在三层之间进行参数的传递。

     机房重构之时序图

     敲代码之前，必须要知道完成某个功能需要的步骤，将这些步骤用时序图描述出来。

    从最简单的登陆谈时序图：

    

     时序图只需画到接口即可，因为DAL包是集成IDAL包，D层中的类和接口中的类是类似的，不需要多做无用功。

     自我感觉用例图很简单，也没有什么需要解析的，因此省略！