一个公司开发java ee项目的时候只用struts2框架 正常么

其他的用jdbc根本不用hibernate和spring... 其他的用jdbc 根本不用hibernate和spring 展开
 我来答
maysharen
推荐于2016-09-20 · 超过48用户采纳过TA的回答
知道答主
回答量:101
采纳率:100%
帮助的人:61.1万
展开全部
  1. 先给出个答案 : 正常 !

  2. 首先要有个概念,哪怕是不用任何的框架,现在市面上的所有网站,应用,系统都能够被实现.

  3. 框架只是对常用基础代码的封装,对流行功能的完善与优化.框架的作用是为了提高开发效率,而不是衡量开发的标准.

  4. struts2是一个控制器框架,本质上就是对filter,servlet的优化封装,spring MVC,struts1都能够做这部分事情,就算不用框架,servlet本身也能很完美的达到目的.但是如果用了框架,会减少很多繁琐的重复语句,减少很多优化工作量,,因为框架已经给你做了,而你做的只是使用而已,这会大大提高开发效率.

  5. 使用框架会提高开发效率没错,但是前提是减去学习成本.也就是你会了,你不会还是要花大量时间去学习框架使用的,所以算算帐,对于一个优秀的,求知欲强的工程师而言,用框架和不用框架开发花费的时间其实是相等的,因为需要时间去学习.

  6. 现在流行的框架很多,在过去甚至是现在ssh(struts+spring+hibernate/mybatis)都有很多公司在使用,但是这并不能说明不使用ssh做出来的东西就不好,相反框架的使用要根据项目的实际情况来选择,比如高频高量的数据库操作,用原生态的jdbc做就是要比用hibernate做效率要更高,或者转而使用mybatis.再比如spring mvc已经足够强大,在使用spring的基础上struts已经没有什么使用的意义了.

  7. 各种框架就像武林中的各种武功,什么大力金刚掌,降龙十八掌,佛山无影脚,最终还不是要挥拳踢脚,重要的不是招式,而是见招拆招,无招胜有招,你理解了框架的原理,这些你也就会看的很淡了.

吕不说
2015-12-12 · 超过22用户采纳过TA的回答
知道答主
回答量:97
采纳率:0%
帮助的人:42.4万
展开全部
用什么框架主要看公司自己的选择,大公司的话一定有自己沉淀下来的一套东西,Struts2只是作为结合使用的,小公司的话一般会根据技术主管的个人喜好来定使用框架。
已赞过 已踩过<
你对这个回答的评价是?
评论 收起
liuyan_java
2013-03-22 · 超过13用户采纳过TA的回答
知道答主
回答量:94
采纳率:100%
帮助的人:27.4万
展开全部
SSH框架只是比较常用而已。我们一般会根据实际需求,用到不同的框架。很正常啊,而且很多公司根本不用这些框架,都是自主开发框架。框架这个东西是死的,人是活的。SSH框架很大,对于小项目根本不适用。希望能帮到你。
已赞过 已踩过<
你对这个回答的评价是?
评论 收起
屏205211
推荐于2016-10-21 · TA获得超过943个赞
知道小有建树答主
回答量:371
采纳率:100%
帮助的人:218万
展开全部
个人觉得很正常,可能是小公司吧,因为web框架用struts2这个我表示异议不大,spring虽然好但是包含的东西太多,我们公司的web框架式springMVC,流程很清晰,但是持久层用JDBC,我就表示不可理解了,那对数据库的操作得有多麻烦,不过他们应该会有自己写的工具类来使步骤变得简单。但是这样的话还倒不如用其它框架,hibernate或者ibatis个人觉得都还挺好的。
本回答被提问者采纳
已赞过 已踩过<
你对这个回答的评价是?
评论 收起
百度网友fc9fe86
2013-03-22 · 超过57用户采纳过TA的回答
知道小有建树答主
回答量:139
采纳率:0%
帮助的人:135万
展开全部
如果业务数据量大,且数据实时性要求高,那么这个是完全正常的
追问
为什么? ssh难道不能处理实时性数据》
追答
可以,但是有性能损耗,如果实时性要求非常高,则有可能弃用框架。
SPRING的性能损耗主要体现在采用反射实例化对象上面,HIBERNATE则主要体现在自动生成SQL,无法进行SQL调优上面
已赞过 已踩过<
你对这个回答的评价是?
评论 收起
收起 更多回答(7)
推荐律师服务: 若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询

为你推荐:

下载百度知道APP,抢鲜体验
使用百度知道APP,立即抢鲜体验。你的手机镜头里或许有别人想知道的答案。
扫描二维码下载
×

类别

我们会通过消息、邮箱等方式尽快将举报结果通知您。

说明

0/200

提交
取消

辅 助

模 式