比如我现在不使用任何框架来开发了一个大型系统,以后想将该逐渐系统转为Spring+Struts+Hibernate,请问是否方便或者说是不是很麻烦因为现在要急着开发一个较大型系统一期(占总工程量70%),因为不懂Spring+Struts+Hibernate,所以时间上不允许去学,我想在一期完成后,在二期没开始之前学习这三个框架,以后开发二期的时候使用,有空也对一期的代码一点点进行一个个小功能的转化.不知道到时会不会系统影响使用.
谢谢先
谢谢先
解决方案 »
- javamail发送非txt格式的附件时报错
- struts 1.3自定义标签制作交流共享
- 哪位高手见过此异常??是关于lucene的异常java.io.IOException: background merge hit exception: _br:c1 _bs:c1 into _bt [optimize]
- 怎样设置虚拟路径下每个目录的默认页面
- 问就一个字~。耶~ 基础问题。谢谢大家了~
- 一个简单的程序问题,在线等!!!
- 求IREPORT的文档资料
- 我从第一页传一个汉字到第二页显示,为什么会是乱码呢?
- 知道电子签名和手签在OA(java开发的)中怎么实现?接口需要多少钱?
- 请问,什么叫B/S,什么叫C/S,二者有什么区别?
- Struct 标签 怎么迭代后台传过来的两个list中的数据在一行记录啊?
- java单选按钮选择后变换其内容
当然用框架会让你的开发更有效率,,,代码更清晰。层次更清晰开发更简单如果不用框架。
个人觉得方便移植的话。。你首先了解struts+spring+hibernate这个框架各自的职责【看一下资料就能了解】。。以及用这个框架的各层之间的关系【不需要知道具体怎么编程。】,这样你在不用框架的时候,就可以根据这个来套。。
比如如果你用jdbc和servlet,那么你就用jdbc来套用框架的原理,将各层的代码封装起来,以后改成框架后,就直接将各层套用不同的技术就OK了。。
如,service层只像dao层依赖,表现层只像service层依赖,而且依赖的是接口,这样service层就不用关心dao层是用的jdbc还是hibernate,达到解耦目的这样你就将:
数据库访问用接口封装在dao层【当前的话访问jdbc】,,将来用hibernate去套用。。
中间业务逻辑处理单独用接口写一层service。将来用spring的bean注入去管理。
外层控制层,如参数的接收,及结果跳转,单独封装起来,可不用接口【当前的话直接放在servlet中】,将来可用struts去套用对于事务的处理,以后直接使用spring的事务配置。。这样可以估算后面的工作量主要就在更改一下配置上面,及struts层得少量改动。如果按照上面的层级去用jdbc和servlet去封装,写起来可能有点慢, 但是对于以后框架的加入,可用省事很多也是最快捷的,,就等于实现把以后的工作做掉一部分。