向有框架经验的高手问个后期使用框架的问题
比如我现在不使用任何框架来开发了一个大型系统,以后想将该逐渐系统转为Spring+Struts+Hibernate,请问是否方便或者说是不是很麻烦因为现在要急着开发一个较大型系统一期(占总工程量70%),因为不懂Spring+Struts+Hibernate,所以时间上不允许去学,我想在一期完成后,在二期没开始之前学习这三个框架,以后开发二期的时候使用,有空也对一期的代码一点点进行一个个小功能的转化.不知道到时会不会系统影响使用.
谢谢先 --------------------编程问答-------------------- 看你现在的代码怎么写，如果你把几乎所有的逻辑代码都放到service层的话，以后移植会比较快，当然也会改部分代码，dao层尽量不要做数据处理，数据处理也都丢到service层，那样以后会快很多。 --------------------编程问答-------------------- 不用框架就不用呗，为什么非要用呢....... --------------------编程问答-------------------- 如果后期改的话，可能会非常烦 --------------------编程问答--------------------
现在不是都流行这个吗,好像不用都当垃圾系统了.
当然我不是给别人打工,是自己的项目.呵呵,是不是非用不可啊 --------------------编程问答-------------------- 没有什么是必须的，框架只是可以帮你省很多事，开发更方便而已 --------------------编程问答-------------------- 自己用的话。。。为什么要去图这个流行？来给自己增加那么多负担。。。
当然用框架会让你的开发更有效率，，，代码更清晰。。。。层次更清晰。。。开发更简单。。。如果不用框架。
个人觉得方便移植的话。。你首先了解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去封装，写起来可能有点慢， 但是对于以后框架的加入，可用省事很多。。。也是最快捷的，，就等于实现把以后的工作做掉一部分。。。。 --------------------编程问答-------------------- 我觉得现在开发的时候都用接口方式写，到时候只要替换里面的具体实现方式还是可以用框架的。比如你数据访问层用dto接口抽象出来，你现在用jdbc实现，到时候用hibernate实现，只要改一下实例化的实现就可以过渡到新的实现方式上来。 --------------------编程问答--------------------
写错了“比如你数据访问层用dto接口抽象出来，”，是DAO。 --------------------编程问答-------------------- 不用框架很可以，不过最好还是分下层 --------------------编程问答-------------------- 不是很耦合
补充：Java , Web 开发
