2010-07-21 72 views
12

我來自Struts 1世界。現在我開始一個新項目,我們正在使用Spring。使用Stripes + Spring vs Spring MVC的缺點

我可以用Spring MVC,但看到它是多麼的簡單使用條紋(沒有XML是一大利好)我很想使用與我們的品牌嶄新的春天的Web應用程序。我對Stripes或Spring MVC沒有經驗(除了基本的CRUD應用程序)。

的問題是,什麼是使用條紋,而不是Spring MVC中的不足之處?應用程序的幾個部分將是RESTful,如果我們使用Stripes,會不會更難?驗證呢?我想Stripes會更容易實現,不是嗎?

回答

8

條紋是一個很好的框架。這是我們過去幾年的選擇框架,並且還沒有令人失望。

但是,如果你的意思是在你想使用HTTP PUT/DELETE感等REST風格的條紋可能不是你的答案。我認爲你必須在你的Bean中設置過濾器或者額外的邏輯,這不是直截了當的(因爲它似乎是在粗略的谷歌搜索中在Spring中)。

另一方面,如果你的意思是像/app/delete/3/app/update/4 &通過POST PARAMS,條紋是一個很好的選擇。

條紋書(務實程序員)解釋框架很好,並且對使用DI和春天有個章節。所有正常的花裏胡哨(包括驗證)都非常出色。

+2

不,我不會使用PUT/DELETE。但我會使用很多AJAX。一般情況下我讓jQuery來POST/GET和一個Servlet將返回JSON響應(這是便於解析的jQuery)。 – 2010-07-24 12:42:35

+2

我們經常這樣做。條紋可以返回一個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) – lucas 2010-07-29 14:18:20

+0

感謝JavaScriptResolution和StreamingResolution鏈接,也沒實際上知道這兩個。 – 2010-08-17 07:49:51