项目体会之 代码实现

项目已经进入最后的测试阶段，而且这一次客户要求很严格，JUnit 也要提交整个测试的报告。

由于这个项目比较大，差不多有40个人参与了这个项目，而几乎有一半的人只是临时帮忙，他们留下的代码由于一些原因，导致后面修改的人几乎不能修改，只能推倒按自己的方式重写。

这个项目的第一期是做参数维护部分。每个参数都要进行增删改查。而且每个模块都是分为三个页面。

系统的架构是：

数据库层(由Hibernate生成映射文件)：XXXData.java、XXXDataId.java、XXXTemp.java
中间层：XXXDao.java
逻辑层：XXXService.java、XXXDBean.java、XXXVO.java
显示层：XXX.jsp、XXXAdd.jsp、XXXAud.jsp

其中Data、Temp、VO用于封装数据。
Dao跟数据库打交道，所有的增删改查都在Dao中完成。
Service用于处理所有的事务，而DBean只做一个数据传递者的角色，从页面收集数据，然后送到Service处理，如果Service 需要通过传过来的数据作为参数访问数据库，则Service直接调用Dao中的方法，然后Service将处理后的数据返回给DBean，DBean再将结果通过jsp显示出来。

这里查询至少有两种处理方法，用VO封装数据和用Data封装数据。计较好的一种方法是用VO封装数据，这样不用考虑Data 中的DataId，而且可以在VO中添加字段。

但是，由于我们这个项目没有真正意义上的架构师，系统的实现方式并没有统一，这就给后面维护的人员带来了很大的麻烦。特别是这个项目的PM也是第一次带队，没有多少经验。

其实这个项目所用到的技术都不难，技术含量不高。但是整个项目很大，光参数维护就有30多个模块。如果这些模块有10个以上的人完成（几乎就是这样），而最后维护的人只有1~2个，则维护起来会非常吃力。如果一开始就由一个很有经验的人写一个模板，然后每一个都按照相同的方式实现，最后出错的概率会很低，而且维护起来也会非常轻松。

我就是这两个倒霉的维护的人之一，没有办法，只能将别人的实现方式改过来，改成自己的实现方式。我们这个项目延期了两周，如果一开始就规划好，肯定不会延期这么多，下面的人也不会这么累了。