私はエンタープライズ Java のバックグラウンドを持っており、これにはかなり重いソフトウェア スタックが含まれており、最近、 Stripes フレームワークを発見しました。私の最初の印象は、Java で Web アプリケーションを構築する際の不快な部分を最小限に抑えるのに、これがうまく機能しているように見えるということです。
ライブになったプロジェクトに Stripes を使用した人はいますか? そして、プロジェクトからのあなたの経験を共有できますか? また、他のテクノロジーを検討しましたか? (もしそうなら) なぜ Stripes を選んだのですか?
Stripes を約 4 年間使用しています。スタックは Stripes/EJB3/JPA です。
多くの企業が、Stripes と Stripernate を単一のフルスタック ソリューションとして使用しています。ビジネス ロジックを EJB 層内に配置したいので、モデルと DTO を組み合わせた JPA エンティティに依存するだけです。
Stripes はエンティティ/DTO へのバインドを行い、作業のためにそれらを EJB 層に押し戻します。CRUD のほとんどの場合、これは非常に簡単で、80% のユース ケースを簡単に扱うことができます。それでも、複雑なアプリケーションが常に発生するエッジケースに対して、やりたいことを何でもできる柔軟性があります。
エンティティとフォームに固有の個々のサブクラスにコールバックする CRUD 操作の大部分をカプセル化する非常に大きな基本アクション Bean があります。
また、ページ、セキュリティ、ナビゲーション、タスクなどを管理するための大きな内部タグ ファイル ライブラリもあります。単純な CRUD 編集フォームは、フィールド名のリストにすぎず、すべてのクロムとメニュー、およびアクセス コントロールを取得します」無料で"。
これの利点は、私たちが気に入っている HTTP リクエスト ベースのメタファーを維持できることと、1 つのファット スタックを使用するのではなく、システムの個々の部分を選択できることです。Stripes レイヤーは無駄がなく意地悪で、私たちの邪魔になることはありません。
YUI と JQuery を統合した多数の Ajax があり、すべてが Stripes と EJB スタックに対して問題なく動作します。
また、サンプル プロジェクト用に軽量バージョンのスタックを GAE に移植しました。基本的には、EJB 層に対して小さな作業を行う必要があります。そのため、スタック全体が非常に機敏で友好的に変化します。ストライプは、それが行ういくつかのことを実行させ、非常にうまく機能させるため、その大きな要因です。次に、残りをスタックの他の部分に委任します。
いつものように、人々が時々違うものを好む部分がありますが、率直に言って、Stripes は私たちのスタックに入る最後の部分です. 完全な HTTP 動詞セットをサポートする場合は改善される可能性がありますが、別のものに切り替えるよりも、Stripes を修正してそれを改善したいと考えています。
現在、すべての生産サイトでストライプを使用しており、約 1 年間使用しています。それまで使っていたストラットと比べたらすごい商品です。文字通り XML 構成ファイルがなく、最小限のクラスと注釈ですべてをセットアップできるという事実だけでも素晴らしいことです。
スケーリングと速度の点では、実際にはストラットよりも優れているようです。私の推測では、関与するレイヤーが少ないためです。リダイレクト先を見つけるために XML ファイルを分離する必要がないため、最終的に得られるコードも非常にクリーンになります。
これを EJB3 バックエンドで使用していますが、strut のようなフォーム オブジェクトを必要とせずに actionBean オブジェクト内で EJB POJO を使用できるため、この 2 つは非常にうまく連携しているようです。
私たちの評価では、Struts (アノテーションをサポートする) のアルファ版と他の多くのフレームワークを検討しましたが、優れたドキュメント、安定性、およびクリーンさのために、stripe が勝ちました。
コメントを残す方法がわかりませんでした: 2 番目の質問にお答えしますが、私が知っている Stripes のバグは 1 つも発生していません。これは、オープン ソース フレームワークとしては非常に印象的です。最新バージョン (1.5) はまだ試していませんが、1.4.x は非常に安定しています。
現在、複数の制作プロジェクトでStripesを使用しており、これまでのところ素晴らしい経験をしています。セットアップ時間は短く、構成管理の問題は少ないようです。Stripes / Dojo / Hibernateで実行されているWebアプリと、Stripes / Spring / JSP / Jqueryなどを組み合わせたWebアプリがあります。既存のSpring構成の統合をサポートしているため、既存のプロジェクトにStripesを追加するのは非常に簡単でした。ストライプをJSPで使用するのは楽しいですが、Javaでコーディングする必要があり、JSTLをそれほど使用する必要がない場合もあります。
注：これは古い質問ですが、ストライプの使用法を検索すると非常に速くポップアップするので、それに応答を追加します。
自作の Web フレームワークを約 1 週間でストライプに変換しました。現時点では本番環境で使用しており、優れたフレームワークです。コミュニティは非常に役に立ち、フレームワークが邪魔になることはありません。さまざまな場所に拡張して、必要に応じて動作を変更できます。URLバインディング機能も素晴らしいです。アノテーションとインターセプターを使用して、堅牢なセキュリティ フレームワークを実装しました。私たちは依存性注入にスプリングを使用しており、ストライプはそれを優れた方法でサポートしています。
使用する場合は、新しい 1.5 リリースを使用することをお勧めします。
私はフレームワークの大ファンです。私は Struts のバックグラウンドを持っていましたが、まさに私が探していたフレームワークです。私たちのチームの他の開発者は、ストライプ フレームワークの使用をとても楽しんでいます。
プラグマティック プログラマーのサイトからストライプ ベータ版を購入しました。これは、Stripes 1.5 に関する優れたリソースです。
また、StrutsとJSFのバックグラウンドからStripesに来ました。私は、新しいプロジェクトで主にストラットとJSFを使用する大規模なエンタープライズ環境から、すべてのJ2EEをストライプで実行する小規模な環境に移行しました。
Stripesは、あまり邪魔にならずにWebフレームワークに必要なものを提供するようです。他の人がすでに述べたように、多くの構成は必要ありません。非常に迅速な開発であり、フレームワークに煩わされることなく、プレゼンテーションなどに集中できます。
新たに新しいプロジェクトを開始する必要があり、自分の意見があった場合は、StripesまたはJSFのいずれかを選択します。Stripesに切り替えることを決定した場合、Stripesはエンタープライズグレードのフレームワークではなく、sourceforgeの地下プロジェクトのように見えるため、怖がっていたかもしれませんが、かなり堅実なようです。ORMを簡単にするためにStripernateを使用します。
しかし、それは私にフルーツストライプガムを思い出させます。そして、それはその味をあまりにも速く失いました。
Stripes は、GWT のようなもう少し新しいものを選ぶことができれば、昨日のテクノロジです。