过去的一个项目

一个金融方面的网站项目,用struts+hibernate实现.项目主要是我设计的,但需求把握的不好,做完练好了一帮人,自己却很失落.觉得做到后来自己都不敢面对.觉得原因有:

1.需求的设计的影响.如果设计的扩充性不强,后面各种奇怪的需求变动会让代码象在一件衣服上不停的打补丁,最后的衣服当然就不是你想要的了.结论:设计者需要对80%的需求要有控制能力,超过这个范围的改变,对不起,二期.

2.执行能力不强.主要是任务与权力不对称,从而对小组成员没有绝对的权威.比如session中让放user对象,小组成员坚持用username,password一个一个地放,最后session中放的啥都有.

3.持久层的生成依赖于synchronized hibernate,需要在次基础上抽象出一个我们自己的持久层,这样以后下层用hibernate的任何插件生成都可以不影响现有的代码,甚至可以用jdbc.

4. 业务逻辑都放到struts中的action中,导致action很大,很多.可以增加一个业务逻辑层,这样既可以重用代码,还可以方便测试.