使用Stripes + Spring vs Spring MVC的缺点

我来自Struts 1世界.现在我正在开始一个新项目,我们正在使用Spring.

我可以使用Spring MVC,但看到使用Stripes是多么简单(没有xml是一个很大的优点)我很想用我们的品牌打开新的Spring Web应用程序.我没有Stripes或Spring MVC的经验(除了基本的CRUD应用程序).

问题是,使用Stripes而不是Spring MVC的缺点是什么？应用程序的几个部分将是RESTful,如果我们使用Stripes,它会变得更难吗？验证怎么样？我想条纹会更容易实现,不是吗？

1> lucas..：

---

Stripes是一个很棒的框架.这是过去几年我们的选择框架,并且还没有令人失望.

但是,如果你的意思是RESTful,你想使用HTTP PUT/DELETE等等.条纹可能不是你的答案.我认为你必须在你的Beans中设置过滤器或其他逻辑,它不会是直截了当的(因为它似乎是在春天从粗略的谷歌搜索).

另一方面,如果你的意思是和/app/delete/3/ /app/update/4并通过POST参数,Stripes是一个很好的选择.

Stripes一书(Pragmatic Programmers)很好地解释了这个框架,并且有一章关于在Spring中使用DI.所有正常的铃声和口哨(包括验证)都很棒.

---

不,我不会使用PUT/DELETE.但我会使用很多AJAX.通常我会让JQuery进行POST/GET,而Servlet将返回JSON中的响应(JQuery很容易解析).

---

我们经常这样做.Stripes可以返回一个JavaScriptResolution(http://stripes.sourceforge.net/docs/current/javadoc/net/sourceforge/stripes/ajax/JavaScriptResolution.html),它将Java对象转换为eval'able JSON,或者只是创建JSON自己并将其作为StreamingResolution传回(http://stripes.sourceforge.net/docs/current/javadoc/net/sourceforge/stripes/action/StreamingResolution.html)