2008-09-06 62 views
18

我來自企業Java背景,涉及相當重量級的軟件堆棧,並且最近發現了 Stripes framework;我最初的印象是,這似乎很好地減少了在Java中構建Web應用程序的不愉快部分。使用條紋的實踐經驗?

有沒有人使用條紋爲已經上線的項目?你能分享你的項目經驗嗎?另外,你是否考慮過其他技術和(如果是的話)爲什麼選擇Stripes?

回答

8

我們已經使用了約4年的條紋現在。我們的棧是Stripes/EJB3/JPA。

許多人使用Stripes plus Stripernate作爲單個完整的堆棧解決方案。我們不是因爲我們想要在EJB層中使用我們的業務邏輯,所以我們僅僅依靠JPA實體作爲組合模型和DTO。

Stripes會綁定到我們的實體/ DTO,然後我們將它們推回到EJB層進行工作。對於我們大多數的CRUD來說,這是非常直接的事情,使我們80%的用例變得無足輕重。然而,我們可以靈活地爲邊緣案例做我們想做的事情,而這些案例總是會出現複雜的應用。

我們有一個非常大的基本Action Bean,它封裝了我們的CRUD操作的大部分,這些操作使回調到實體和表單的特定子類中。

我們還有一個大型的內部標籤文件庫來管理我們的頁面,安全,導航,任務等。一個簡單的CRUD編輯表格只不過是一個字段名稱列表,我們得到所有的鉻和菜單和「免費」訪問控制。

這樣做的好處是我們可以保留我們喜歡的基於HTTP請求的隱喻,並且我們可以選擇系統的各個部分而不是使用一個胖堆棧。 Stripes圖層精簡且意味深長,絕不會妨礙我們。

我們有一堆集成了YUI和JQuery的Ajax,所有這些都對我們的Stripes和EJB堆無痛苦地工作。

我還將一個較輕的版本棧移植到示例項目的GAE上,基本上不得不對EJB層次做小工作。所以,整個堆棧非常靈活並且友好可以改變。條紋是一個很重要的因素,因爲我們讓它做它做的少數事情,而且做得很好。然後將其餘部分委託給堆棧的其他部分。坦率地說,Stripes總是會有不同的部分,但Stripes將成爲我們的最後一部分。這可能會更好地支持完整的HTTP動詞集,但我寧願修復Stripes來做更好的事情,而不是切換到別的東西。

5

我們在大約一個星期內將本土web框架轉換爲條紋。我們現在正在生產中使用它,這是一個很棒的框架。社區非常有幫助,框架不會妨礙你。它可以在很多地方進行擴展,以便根據需要改變行爲。 url綁定功能也非常棒。我們使用註釋和攔截器實現了強健的安全框架。我們使用spring來進行依賴注入,stripes對此有很好的支持。

如果你打算使用它,我肯定會使用新的1.5版本。

我是這個框架的狂熱粉絲。我來自struts背景,這是我尋找的確切框架。我們團隊的其他開發人員非常喜歡使用條紋框架。

我剛剛從實用程序員的網站購買了條紋測試書。這是Stripes 1.5的一個很好的資源。

+0

你移動了多大的應用程序?大部分是你的典型CRUD還是你有複雜的Javascript? – 2008-09-07 03:44:06

+1

我們的應用程序提供了來自很多不同系統的數據。它將這些數據整合到一個地方。我們的CRUD類型的內容主要在網站的管理員部分。我們使用yui javascript框架進行佈局和ajax內容。這是一個相當大的應用程序,雖然大約38,000 LOC。 – ScArcher2 2008-09-08 18:56:25

+0

感謝您的回答。非常鼓舞人心......我花了一些時間在現有的J2EE技能之上學習PHP,但Stripes可能會吸引我。 – 2008-09-15 14:13:28

7

我們現在在我們所有的生產基地使用條紋,並且已經使用了大約一年。與之前我們使用的struts相比,它是一個非常棒的產品。只是事實上,沒有XML配置文件,你可以用最少量的類來設置它,註釋非常棒。

在縮放&速度方面,它實際上似乎比struts更好,我的猜測是因爲涉及的層數較少。你最終得到的代碼也更加清潔,因爲你不必去分離XML文件來找出重定向的位置。

我們將它與EJB3後端一起使用,並且兩者似乎很好地結合在一起,因爲您可以在actionBean對象內使用EJB POJO,而不需要像struts中那樣的表單對象。

在我們的評估中,我們考慮了struts(支持註釋)和其他許多框架的alpha版本,但條紋由於其優越的文檔,穩定性和清潔性而獲勝。

無法弄清楚如何留下評論:所以要回答你的第二個問題,我沒有遇到過我知道的Stripes中的單個錯誤。對於開源框架來說這是相當可觀的。我還沒有嘗試過最新版本(1.5),但1.4.x非常穩定。

+0

謝謝你的回答。核心代碼庫的可靠程度如何(例如,您是否遇到過任何缺陷)? – 2008-09-15 14:18:48

4

我也從一個Struts和JSF背景變成Stripes。我從一個大型企業環境開始,這個環境在較新的項目中主要使用struts和JSF,到一個在Stripes中完成所有J2EE的小型環境。

似乎Stripes在Web Framework中爲您提供了所需的內容,而且不會太過分。正如其他人已經提到的那樣,沒有多少配置是必要的。非常快速的開發,並允許您專注於演示等,而不是與框架混淆。

如果我不得不開始一個新的項目,並有我的話,我會選擇Stripes或JSF。如果我必須決定切換到Stripes,我可能會被嚇跑,因爲它看起來像一個Sourceforge地下室項目,而不是企業級框架,但它似乎相當穩固。我們使用Stripernate來簡化ORM。

但是,它讓我想起了Fruit Stripe gum,它失去了它的味道太快了。

5

我們現在已經在多個生產項目中使用了條紋,到目前爲止經驗非常棒。安裝時間短,配置管理問題似乎更少。我們有用Stripes/Dojo/Hibernate運行的Web應用程序,以及Stripe/Spring/JSP/Jquery混合的其他應用程序。將Stripes添加到我們現有的項目中非常簡單,這要歸功於它們對現有Spring配置的支持。儘管有時候您覺得需要使用Java編寫代碼,而不必非常使用JSTL,但對JSP使用Stripes很有趣。

注意: 這是一個古老的問題,但考慮到它搜索條紋使用時彈出速度非常快,我正在爲其添加一個響應。

-12

條紋是昨天的技術,如果你可以選擇一些更像GWT現代的東西。