资 源 简 介
开始做本项目时对Struts架构理解的并不是很深刻，导致项目有些模块
互相耦合的比较紧密，不利于以后扩展和改进。
1.SearchGene写的比较乱，程序可读性以及可维护性都不好，下一步拟通过接口编程来实现
查询字符串的自动生成。
2.BusinessDelegate写成了一个Singleton是否合适，每一个客户请求后都会new 一个业务对象
对其服务，是否有更好的解决办法以提高程序的效率。
3.Struts-config文件的Action设计的有些散乱，下一步改进。
4.业务对象和DAO合在一起了，降低了程序的扩展性和可维护性，下一步会把二者分开以降低各层
之间的耦合。
5.Struts1.2.7 的 Validator验证框架 不稳定，只能显示第一个参数，同时执行多个验证时参数的显示顺序也不对，是程序原因还是
配置不正确，再上网查找。
6.本项目大部分错误都用异常的形式来处理，异常虽可以使程序清晰，但也会消耗大量资源，若某些错误如密码错，余额不足等多次
出现则服务器响应速度必定会很慢，下一步将经常发生的错误使用硬代码来处理，减少资源浪费。
7.持久层操作大多依赖存储过程和触发器程序的部署会比较复杂，而且会使持久层和数据库耦合过紧，不利于维护，下一步准备用Hibernate
架构改进持久层，如有条件则还可用Spring框架来规范业务层，和统一整个项目。（学习Hibernate和Spring大约1个月时间）。
