设计机房收费管理系统的偏差和认识

第十四周总结

前些天一直被权限区分的三种操作员的问题困扰，也说不上是困扰，就是我的方向出现了偏差。

当初想的是按照接口实现三种不同权限操作员的众多功能，把菜单中的各项分权限划归为不同权限接口中的虚方法，当初想的是为基于开闭原则来设计这些接口实现系统的，可是总是感觉有问题，就去找学宇请教。经过探讨，最终学宇给了比较高的评价，大加赞赏一番，的确这种接口之间的组合也能很好的适应以后增加其他权限用户的变化，按照基本需求这些接口之间不同的组合就能出现不同的功能接口，可以用来增加不同权限用户。(先这么说着，后面就出问题了。)

上周听学宇他们几个人介绍了好多他们的系统初步设计，后来也看过学宇的系统包图，总体上来看她的画的系统包图，乱乱的感觉。各个层之间的关系貌似表述的比较清楚。可我的系统分层还没有定论，听着学宇天花乱坠的介绍自己的分层，从她嘴里说出来的分层总也是那么简洁，从来不会多说点东西出来，没办法，还只有让我们自己动手去抠。呵呵。。。

续说上边提到的接口问题，我是把方法都封装在接口里了，如果发生了功能需求变化，岂不是会违背开闭原则，将拥有那么多方法的接口打开并更改。有看了看学宇的系统包图，里边众多的类图，咦~ ？我就纳闷了。。。

为什么在我初步设计中没有那么多类图，而全封在接口中了，这有点牵一发动全身的效应了。不好，不好呀！

重提“抽象”,读过一个人的博客，他说“抽象就是把‘像’的抽出来”，恩！ “把像的抽出来”，这句话我经常想，其实面向对象更多的亮点也就在抽象层上了，而不走接口(特殊的抽象)路，去走抽象(通常说的抽象类)路，难也不难，不难也难，总共的来说类与类之间的耦合牵连还是不容易一下子就分清的哈。

昨天又找学宇请教分层，通过“二进宫”，我算是初步明了了她的系统设计层次，其中接口和一个实现层就是为了配合反射(用于方便更改数据库)来设计的，还有就是出现了一个数据转换层，其实这一层就是将众多原属一个对象的数据元素综合还原为对象原型。这样在类间传递的时候就方便许多。系统分层中最上层的是界面层(也就是接受一些数据，进行一下简单的逻辑判断)，剩下的还一层就是实际的数据库操作层。从模糊角度来看这个系统分层，也就是经典三层，只不过其中有些东西给细化了分出来了。

再看自己的构思，错误！ 很正常的错误，但却是致命的错误哈。反省中。。。。

经过这次稀里糊涂的跑偏，也使得我慢慢认识了一些分层的东西，其实说来也简单，封闭、扩展等，知识总也是说来简单，说和做总是有差别难度的。

这次认识到了，改正了，呵呵，又该去认识、去改正了。