当前位置：首页 → 问答吧 → 向有框架经验的高手问个后期使用框架的问题

向有框架经验的高手问个后期使用框架的问题

时间：2011-10-20

来源：互联网

比如我现在不使用任何框架来开发了一个大型系统,以后想将该逐渐系统转为Spring+Struts+Hibernate,请问是否方便或者说是不是很麻烦

因为现在要急着开发一个较大型系统一期(占总工程量70%),因为不懂Spring+Struts+Hibernate,所以时间上不允许去学,我想在一期完成后,在二期没开始之前学习这三个框架,以后开发二期的时候使用,有空也对一期的代码一点点进行一个个小功能的转化.不知道到时会不会系统影响使用.
谢谢先

作者: TINA 发布时间: 2011-10-20

看你现在的代码怎么写，如果你把几乎所有的逻辑代码都放到service层的话，以后移植会比较快，当然也会改部分代码，dao层尽量不要做数据处理，数据处理也都丢到service层，那样以后会快很多。

作者: abstruct 发布时间: 2011-10-20

不用框架就不用呗，为什么非要用呢.......

作者: wula0010 发布时间: 2011-10-20

如果后期改的话，可能会非常烦

作者: funfenffun 发布时间: 2011-10-20

引用 2 楼 wula0010 的回复:

不用框架就不用呗，为什么非要用呢.......

现在不是都流行这个吗,好像不用都当垃圾系统了.
当然我不是给别人打工,是自己的项目.呵呵,是不是非用不可啊

作者: TINA 发布时间: 2011-10-20

没有什么是必须的，框架只是可以帮你省很多事，开发更方便而已

作者: abstruct 发布时间: 2011-10-20

自己用的话。。。为什么要去图这个流行？来给自己增加那么多负担。。。
当然用框架会让你的开发更有效率，，，代码更清晰。。。。层次更清晰。。。开发更简单。。。如果不用框架。
个人觉得方便移植的话。。你首先了解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去封装，写起来可能有点慢，但是对于以后框架的加入，可用省事很多。。。也是最快捷的，，就等于实现把以后的工作做掉一部分。。。。

作者: kouyiSC 发布时间: 2011-10-20

我觉得现在开发的时候都用接口方式写，到时候只要替换里面的具体实现方式还是可以用框架的。比如你数据访问层用dto接口抽象出来，你现在用jdbc实现，到时候用hibernate实现，只要改一下实例化的实现就可以过渡到新的实现方式上来。

作者: lee511411973 发布时间: 2011-10-20

引用 7 楼 lee511411973 的回复:

我觉得现在开发的时候都用接口方式写，到时候只要替换里面的具体实现方式还是可以用框架的。比如你数据访问层用dto接口抽象出来，你现在用jdbc实现，到时候用hibernate实现，只要改一下实例化的实现就可以过渡到新的实现方式上来。

写错了“比如你数据访问层用dto接口抽象出来，”，是DAO。

作者: lee511411973 发布时间: 2011-10-20

不用框架很可以，不过最好还是分下层

作者: chuaizicai 发布时间: 2011-10-20