質問

私は JBoss Seam Framework を使用していますが、Java 開発者の間ではあまり人気がないようです。ここにいる何人の Java プログラマーがそれを使用しているのか、またどのようなプロジェクトでそれを使用しているのかを知りたいです。Django や RoR と同じくらい優れていますか?

役に立ちましたか?

解決

私たちの中で JBoss Seam in Action プレゼンテーション 昨年の Javapolis カンファレンスで、同僚と私は「Seam は次の Struts だ」と言いました。これには説明が必要でしたが、後で次のように書きました。 Seam は新しい Struts です. 。言うまでもなく、私たちは Seam が好きです。

Seam の人気を示す 1 つの指標は、 Seam ユーザー フォーラム.

他のヒント

私は JBoss Seam を約 1 年間使用していますが、春以降とても気に入っています。残念ながら、私はこれを仕事では使用せず、むしろサイドプロジェクトや個人的なプロジェクトに使用しています。私にとっては、クライアントのために新しいプロジェクトを開発する時間を大幅に節約できます。そして、私が主にこれを使用する大きな理由の 1 つは、各レイヤーとの緊密な統合により、Spring で発生していた遅延読み込みエラーが発生しないことです (フィルターやその他のハックの後であっても)。

同等の Spring アプリケーションには、動作させるためにさらに多くの定型コードが含まれます。Spring は各レイヤーをうまく統合しません。多かれ少なかれ、さまざまなもののラッパーですが、それ自体をうまく接着しません。

私が Seam で気に入っているもう 1 つの良い点は、彼らが説いていることを実践していることです。彼らのウェブサイトを見てみましょう。何が実行されているか推測してください。うーん、コードの実際の例です。Seam Wiki、Seam フォーラムなど自分のコードを本当に信じているのであれば、それを支持してください。ポケットベルが 24 時間 365 日鳴ってくれると嬉しいです。きっと鳴ることはめったにないと思います。

作成するコードの量は大幅に減りますが、学習曲線は約 2 倍急勾配になります。深く理解すればするほど、良いコードを書く方法がより理解できるようになります。もっとコメントが見たいですが、コーディングスタイルに関しては、よく書かれています。

マイナス面としては、マーケティングを試みる他の製品と同様に、Seam は Spring がすでに人気が出てから何年も経っていたため、Spring のほうがはるかに人気があります。Indeed と Seam で検索すると数件しかヒットしません。Spring に注目すると、登録ユーザー数は約 40,000 人ですが、Seam の登録ユーザー数は約 7,000 人です。

あなたにとって何が重要かによって異なりますが、Java 開発者/エンジニア/プログラマーとして、両方のテクノロジを扱える必要があり、おそらく Seam アプリケーションよりも先に Spring アプリケーションに遭遇する可能性が高くなります。両方を学び、両方を活用する方法を学びましょう。両方を適切に使用し、それぞれのニュアンスや癖を理解していれば、Spring を使用している場合でも Seam を使用している場合でも、開発ははるかに簡単になります。

私は「Seam が次の Struts である」という意見には同意しません。Struts はビュー テクノロジーでしたが、Seam はすべてのレイヤーを統合します。これが Struts のような新しい概念であり、Struts と同じ影響を Java コミュニティにもたらすだろうということに私も同意します。Java EE 6 と CDI がさらに普及し、もちろん Seam 3 がリリースされるまでは、そのようなことは起こらないと思います。

ウォルター

Seam はアノテーションに基づいて JSF を修正しました。くだらない XML はもう必要ありません。仕事で使用しました。

これが少しでも役立つことを願っていますが、私の大学では Web アプリケーション コースがリニューアルされたばかりです。したがって、コースの 2 番目の部分では主に JBoss Seam を使用して、JSP、サーブレット、休止状態のルートを進みます。したがって、コミュニティで成長するには時間がかかるだけかもしれません。

Sea はかなり人気のあるフレームワークであり、優れたドキュメント、優れた役立つコミュニティ、多くの質問や問題が解決されるフォーラムを備えています。

jsf との連携が優れているため、jsf を使用する開発者の間で人気があるはずですが、それだけではありません...さまざまな方法で jsf を修正します (s:convertEntity タグと統合コンポーネント モデルが私のお気に入りの例です)。

それは私たちにとって本当に役に立ちます... Seam フレームワークの助けを借りた JSF+EJB3.0 は本当に素晴らしいです。しかし、質問があります...なぜこれが大規模なアプリケーションの開発に普及していないのか。私はこれまで多くのことを見てきました。大規模な J2EE アプリケーションを開発するために他のフレームワークを使用しています。開発者が J2EE アプリケーションを構築するのに Seam は非常に役立つように思えます...それでも ...なぜこれが登場するのでしょうか?

私は Seam が好きで、ここ 1 年間専門的に使っています。

しかし、問題はその人気に関するものです。以下のことから、(少なくとも単純な JSF や Spring と比較して) あまり人気がないことがわかります。

  1. そのフォーラムは非常に活発ではありません (少なくとも現時点では、彼らは Seam 3 に熱心に取り組んでいます)。 http://seatframework.org/Community/SeamCommunityForumSlightlyInactive

  2. Google の検索インサイトで Spring との比較を確認することもできます。 http://www.google.com/insights/search/?hl=en-US#cat=732&q=seat%2Cspring&cmpt=q

  3. 私はここアテネでそれを使用している会社を他に 1 社しか知りません。また、プレーンな JSF、Struts、または Spring を使用している会社を数社知っています (もちろん、アテネが世界を代表するわけではありません)。

私たちは大規模なプロジェクトでしばらく Seam を使用してきました。新しいプロジェクトを簡単に開始できるため、リバース エンジニアリングは非常に便利です。

私は 2 つの異なるクライアントの 2 つの商用プロジェクトで JBoss Seam を使用しました。しかし、JBoss Seam は、JSF Web アプリケーションを開発するための新しいアプローチです。指標の 1 つは、Indeed 求人検索の結果です。

Indeed の求人検索

Java が 90 年代にオークとして紹介されたとき、コミュニティは Java を受け入れませんでした。なぜなら、Java は当時としては強力すぎたためです。しかし、後に高く評価され、現在ではその人気が高まっています。Seamはすぐに人気になるでしょう。そうでない場合は、oak から java と同様にブランド名を変更できます。

私は 2007 年から Seam 1.2 から Seam を中規模および大規模プロジェクトで使用してきましたが、時にはユーザーが 200 人以下の小規模プロジェクトでも使用してきました。私の主な関心事は生産性です。私のチームは 2005 年以来、Spring によってすでに明らかに生産性を向上させてきましたが、一部の扱いにくいクライアントに対しては、開発者は時間がかかり、エラーが発生しやすい JavaScript をコーディングする必要があります。当時、私のチームのほとんどの開発者は JSF の経験がなかったため、このシナリオでは Seam が非常に役に立ちました。Seam の人気がさらに高まっていることを嬉しく思います。

縫い目 2012年に廃止されました。しかし、 Apache デルタスパイク Seam の現代版であり、このプロジェクトは積極的に維持されており、2014 年の Duke's Choice Award も受賞しています。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top