精华帖 (0) :: 良好帖 (1) :: 新手帖 (2) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2013-05-24
lvwenwen 写道 ![]() chainhou 写道 jianpc 写道 被强制使用webX的飘过……
楼上是taobao中人? ![]() 已然已经不关注mvc这一层,后端的东西远比mvc重要的多的多的多。 |
|
返回顶楼 | |
发表时间:2013-05-24
struts2 和 freemarker 也是可以结合使用的
struts2也可以用注解 struts2返回的数据格式很多 不是单单只有JSP |
|
返回顶楼 | |
发表时间:2013-05-24
zxingchao2005 写道 yangdefeng95802 写道 用什么框架无所谓,只要稳定,速度快,后期维护不那么麻烦就行了(特别是企业级的),个人不喜欢用注解的方式,主要是对后期的维护人员比较麻烦。
全注解还是比较方便的,不清楚维护为啥麻烦? 用什么框架取决于项目人员的知识水平、熟练程度,不管用啥,能实现功能就行了 注解确实会对后期维护麻烦,当项目来个新人,就不太好快速融入了,因为所有的请求url全分散在各个包里面的controller类上太分散了,容易只见树木而不见森林。但如果用配置文件也比较麻烦,项目大了,有好多配置文件,维护也麻烦,所以看个人习惯了,软件开发没有银弹。 |
|
返回顶楼 | |
发表时间:2013-05-24
caizi12 写道 zxingchao2005 写道 yangdefeng95802 写道 用什么框架无所谓,只要稳定,速度快,后期维护不那么麻烦就行了(特别是企业级的),个人不喜欢用注解的方式,主要是对后期的维护人员比较麻烦。
全注解还是比较方便的,不清楚维护为啥麻烦? 用什么框架取决于项目人员的知识水平、熟练程度,不管用啥,能实现功能就行了 注解确实会对后期维护麻烦,当项目来个新人,就不太好快速融入了,因为所有的请求url全分散在各个包里面的controller类上太分散了,容易只见树木而不见森林。但如果用配置文件也比较麻烦,项目大了,有好多配置文件,维护也麻烦,所以看个人习惯了,软件开发没有银弹。 注解如果名字有一定的规则就好了,这样就能够快速找到类了。 |
|
返回顶楼 | |
发表时间:2013-05-24
strivezsh 写道 我比较讨厌struts2的 是 action里面一大堆的 实体类 get set
比较喜欢的是struts2的restful完全不需要写什么 RequestMapping 的 一大堆的注解 看起来就让人家烦. spring@mvc真不愧是@mvc 一大堆的@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@爽死了 赞同,spring 一大堆@@@@@ struts2 不用注解就完全可以实现这些功能,而且spring mv返回前台的对象还要手动塞进map,真不知道是落后还是前进了! |
|
返回顶楼 | |
发表时间:2013-05-24
我在 2010 年就转到 Spring MVC 3.x 了。用起来很舒服。
|
|
返回顶楼 | |
发表时间:2013-05-25
还在讨论这种问题的乃真谛屌丝也~ struts和spring哪个都秒杀不掉哪个,各有优势劣势,再说,技术选型的问题上,也不完全取决于技术,还有公司的资源问题,项目的时间问题。
|
|
返回顶楼 | |
发表时间:2013-05-26
Spring+EXT
|
|
返回顶楼 | |
发表时间:2013-05-26
zxingchao2005 写道 yangdefeng95802 写道 用什么框架无所谓,只要稳定,速度快,后期维护不那么麻烦就行了(特别是企业级的),个人不喜欢用注解的方式,主要是对后期的维护人员比较麻烦。
全注解还是比较方便的,不清楚维护为啥麻烦? 用什么框架取决于项目人员的知识水平、熟练程度,不管用啥,能实现功能就行了 她说的是遇到无节操的程序员吧...约束优于配置得先有约束才行..... |
|
返回顶楼 | |
发表时间:2013-05-26
尝尝playframework
|
|
返回顶楼 | |