|
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-08-01
mengqingyu 写道 有了struts mvc可以不用spring mvc 反之一样，spring mvc不爽的地方就是不如struts 接前台传来的参数方便，struts可以直接定义多个成员变量通过set方法来接参数，多个方法可以共享变量，但spring每个方法只能定义一个对象来接受前台参数而且仅仅是局部变量。
弱弱的问一句，你这样说，确定是对的吗？ 怀疑你没有用过Spring mvc，或者只是只做了一个Demo。 小弟技术水平低，如有冒犯，请见谅。 |
| 返回顶楼 | |
|
发表时间：2010-08-01
各位 这里说一下 不是spring mvc不爽的地方是什么 而是 spring 有什么不爽的地方 是我没说清楚
|
| 返回顶楼 | |
|
发表时间：2010-09-02
笑我痴狂 写道 各位 这里说一下 不是spring mvc不爽的地方是什么 而是 spring 有什么不爽的地方 是我没说清楚
楼主的这句话 好好研究研究 到底什么不爽 
|
| 返回顶楼 | |
|
发表时间：2010-09-02
最后修改：2010-09-02
wangweiwei358 写道 mengqingyu 写道 有了struts mvc可以不用spring mvc 反之一样，spring mvc不爽的地方就是不如struts 接前台传来的参数方便，struts可以直接定义多个成员变量通过set方法来接参数，多个方法可以共享变量，但spring每个方法只能定义一个对象来接受前台参数而且仅仅是局部变量。
弱弱的问一句，你这样说，确定是对的吗？ 怀疑你没有用过Spring mvc，或者只是只做了一个Demo。 小弟技术水平低，如有冒犯，请见谅。 wangweiwei358? 说说你的理解 ? 
|
| 返回顶楼 | |
|
发表时间：2010-09-02
“please get out!”此面试也太不客气了吧，难道是你那同事跟面试官大吵了一架？
|
| 返回顶楼 | |
|
发表时间：2010-09-03
1. Spring的MVC入口是一个Servlet，而Struts是Filter，这样就导致了它们之间不同的机制。
2. Struts是基于类的设计，而Spring是基于方法的。一般来说，Struts中每个请求都会实例化一个action，每个action属性会被注入参数,这种设计注定了要支持Rest的时候要费一番文章，而Spring是基于方法的，粒度更细，但要小心把控就像在Servlet中控制数据一样谨慎。 3.Struts是一个大胆的设计，更加符合OOP编程风格，Spring则比较谨慎，更严格地说是Servlet的扩展。性能上struts要稍差于Spring，毕竟每实例化一个对象是需要时间的，但是在现代应用中，在数据库，webService充斥的今天，这点性能消耗根本就只是个零头。 |
| 返回顶楼 | |
|
发表时间：2010-09-09
一个麦当劳 。。一个肯德基
都是 相互模仿相互学习。。。。。弥补 对方的不足 是自己更完美！！！ |
| 返回顶楼 | |
|
发表时间：2010-09-09
mengqingyu 写道 有了struts mvc可以不用spring mvc 反之一样，spring mvc不爽的地方就是不如struts 接前台传来的参数方便，struts可以直接定义多个成员变量通过set方法来接参数，多个方法可以共享变量，但spring每个方法只能定义一个对象来接受前台参数而且仅仅是局部变量。
spring mvc 如果不要 annotation 可以直接吧参数转换成bean public ModelAndView yourMethod(HttpServletRequest req, HttpServletResponse res,Object obj) 使用annotation 可以使用 @ModelAttribute |
| 返回顶楼 | |
|
发表时间：2010-11-25
jayo 写道 面试官水平不行啊，把一个问题表达成这样也是需要勇气的！
有笑点。。 说白了，技术上还是不过关。被OUT的结局是难免的。。 |
| 返回顶楼 | |
|
发表时间：2010-11-25
最后修改：2010-11-26
面试官傻x
|
| 返回顶楼 | |
