工作以来一直从事的都是Web Application 的开发,自然用的都是3层的MVC是的分层;当初刚入公司的时候2.XX的版本应用的是struts+Expresso方式,中间的事物自然都是自己进行控制,信息的传输依靠自定义的*VO 的javaBean。当然感觉这在当时也算是不错的架构了;
大约05年初,我们进行新平台版本的开发,算是赶时髦,项目组采用了Struts + Spring + hibernate 的架构,表现层依旧采用上一版本的方式,最多就是为了解决多人开发程序是对一些配置文件更新时的冲突的问题将配置文件分解,由原来的一个分解为每个模块一个,然后再将各模块配置到根配置中。Spring是个好东西,Spring的事物管理虽然只是Spring中很小的一部分,但带来的好处却很大。大家都知道c++程序需要自己处理垃圾回收,而java利用垃圾回收器,不需要程序员自己考虑垃圾回收的事情,为我们节省了很多的时间,比如,我们的业务层需要某个服务类,根部不需要我们手动去创建对象,而是利用Spring的DI的功能,将我们需要的
对象注入近来。看到了吧,Java+Spring 多好,不用创建对象,也不用销毁对象,完全有jvm+Spring框架帮我们做,使我们完全的面向借口编程。Spring的AOP让我们从另一个角度去看问题,为我们的权限管理的实现带来很大帮助。
我们在这个版本中采用的信息传输分2种:
*VO javaBean : 用于表现与业务层
*PO javaBean : 用于业务层与持久层
其实我想提的问题