|
精华帖 (0) :: 良好帖 (1) :: 新手帖 (2) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2013-05-27
lvwenwen 写道  chainhou 写道 jianpc 写道 被强制使用webX的飘过……
楼上是taobao中人？ 装逼之人而已。。 |
| 返回顶楼 | |
|
发表时间：2013-05-27
JSF primefaces spring
|
| 返回顶楼 | |
|
发表时间：2013-05-27
自己写框架的人飘过，为啥要用别人的框架啊
|
| 返回顶楼 | |
|
发表时间：2013-05-27
Struts2的配置文件确实很烦索，对于一个早已习惯编码的程序员来说，相信宁愿以代码的形式来引用。我们公司早都不用Struts2了，改用了国产的框架JFinal，JFinal框架自身的ORM也比Hibernate的好用。来了新同事，要了解JFinal框架也只用花短短的几个小时，招人也好招。
|
| 返回顶楼 | |
|
发表时间：2013-05-27
世纪魔面 写道 Struts2的配置文件确实很烦索，对于一个早已习惯编码的程序员来说，相信宁愿以代码的形式来引用。我们公司早都不用Struts2了，改用了国产的框架JFinal，JFinal框架自身的ORM也比Hibernate的好用。来了新同事，要了解JFinal框架也只用花短短的几个小时，招人也好招。
struts2早就不用那么繁琐配置了,conversion 插件,连注解都可以完全省了, |
| 返回顶楼 | |
|
发表时间：2013-05-28
按照类Rails约定优于配置，是最理想的状态。
注解应该是项目中期或产品升级阶段才加入某框架的备选方案。项目设计阶段，举个例子，如果已经规定好com.project.service.* 的所有class都是Managed Bean，便没有必要在每个class上加 @Service 这种添足的注解了。 |
| 返回顶楼 | |
|
发表时间：2013-05-28
zxingchao2005 写道 yangdefeng95802 写道 用什么框架无所谓，只要稳定，速度快，后期维护不那么麻烦就行了（特别是企业级的），个人不喜欢用注解的方式，主要是对后期的维护人员比较麻烦。
全注解还是比较方便的，不清楚维护为啥麻烦？ 用什么框架取决于项目人员的知识水平、熟练程度，不管用啥，能实现功能就行了 你看下配置文件的意义就知道了 |
| 返回顶楼 | |
|
发表时间：2013-05-28
Java_大猫 写道 struts2 的出现 应该算是一种败笔。相对struts1，无论效率 安全都差的太远。更多 复杂的 固定模式限制太多。而struts2 慢慢的也变得越来越沉重。就像hibernate 一样 越来越重。。
第一次听到这样评论struts1和 struts2的区别 |
| 返回顶楼 | |
|
发表时间：2013-05-29
jeff312 写道 按照类Rails约定优于配置，是最理想的状态。
注解应该是项目中期或产品升级阶段才加入某框架的备选方案。项目设计阶段，举个例子，如果已经规定好com.project.service.* 的所有class都是Managed Bean，便没有必要在每个class上加 @Service 这种添足的注解了。 对头 迫切 希望spring出个插件 不要些那么多的 requestmapping 真是画蛇添足 唉 struts2和spring结合一下多好.... |
| 返回顶楼 | |
|
发表时间：2013-06-02
工作不到一年，SpringMVC和Struts2都接触过，个人感觉SpringMVC简单的好多，至于一些效率、稳定性神马的都不知道，我也想找个标准答案，什么时候该用什么。
|
| 返回顶楼 | |
