問題タブ [web-frameworks]

Google が App Engine で Java を許可した今、これが App Engine の Web フレームワークの選択にどのような影響を与えるのか疑問に思っています。

1. 私は、Google が提供する webapp フレームワークはかなり必要最低限​​のものであることを認識しています。
2. また、App Engine で使用できる .96 バージョンの django には制限があります。
3. 私が聞いたところによると、web2py はリソースを消費します。
4. Rails (現在利用可能) は、ActiveRecord、ActiveResource、restclient、rmagick を使用できません。

何か足りないものはありますか? App Engine でうまく動作するフレームワークはありますか?

GWT がプレゼンテーション層全体の基礎として機能する可能性に興味があります。

誰かがこれを成功させたかどうか、または失敗させたかどうかを知りたいと思います。

Java プロジェクトのプレゼンテーション層の基盤として、Seam、Wicket、JSF、または GWT のいずれを使用するかを検討しています。

私は、Java Web フレームワークの選択肢を、求人市場の考慮事項、テクノロジーの新しさ、および他の SO ユーザーからの推奨事項に基づいて、このサブセットに絞り込みました。

これらの中から決定する際に、どのような要因を考慮に入れる必要がありますか?

1 日おきに別の Java Web フレームワークを学ばなければならないことにうんざりしています。
JSP、Struts、Wicket、JSF、JBoss Seam、Spring MVC など、数え切れないほどのフレームワークが同じ問題に対処しようとしています。しかし、どれも根本的な問題を本当に解決するものではありません。そのため、常に新しい問題が次々と発生しています。

シンプルな作業をシンプルにするため、ほとんどの製品は第一印象で非常に明るく輝いて見えます。
しかし、実際のユースケースの実装になるとすぐに、問題が発生します。
多くの場合、フレームワークは何の助けも提供しませんが、フレームワーク自体のロジックと環境に従って物事を実装することを強制することで、助けを妨げ、選択肢を制限しています。

要するに、フレームワークを使用する場合、次の欠点があります。

1. ほとんどの場合、学習曲線は急勾配であり、開始する前に、まず非常に学術的な概念を理解し、一連の構成ファイルの意味と場所を知る必要があります。
2. ドキュメントは通常、多かれ少なかれひどいものであり、公開されているオンライン リファレンスがないか、どうしようもなく時代遅れであり、互換性のないさまざまなバージョンまたはこれらすべてが混同されており、多くの場合、役立つ例が提供されていません。
3. フレームワークは無数のクラスで構成されており、ソースを閲覧するだけでは使用目的を理解することは事実上不可能です。
4. したがって、全文検索がなく、持ち運ぶのが重いため、ユーザーインターフェイスが悪い「XYZ in action for dummies in 21 days」のような本を購入する必要があります。
5. このフレームワークの 1 つを実際に使用するには、他に使用できない愚かで役に立たない情報で頭がいっぱいになるまで、適切なクラスとメソッド名を覚えることによって、フレームワークが必要とする方法で物事を行う方法を暗記する必要があります。 .
6. 大きなオーバーヘッドが発生し、アプリケーションのパフォーマンスが低下し、実際に何が起こっているのかを理解しようとすると、脳が麻痺してしまいます。
7. 現実の世界では、生産的であることのプレッシャーのために、通常、何か新しいことに慣れる時間はありません。アプローチを行うことによるこの学習の結果として、新しいツールとその可能性を実際に理解するのではなく、次のタスクを完了するための最速の方法だけを常に探します。
8. 標準に従うことで、プロジェクトに不慣れな人々がすぐに始めることができるという議論は、私の見解では有効ではありません。同じ会社内であっても、すべてのプロジェクトが異なるフレームワークを使用するためです (少なくとも私の場合)。

アルバート・アインシュタインの次の引用は、ここに非常によく当てはまるように思えます。

「問題を作ったときと同じ考え方で問題を解決することはできません。」

コーディングがまだ楽しくて生産的だった古き良き PHP コーディング時代に戻ると、私はほとんどのことに対して独自のフレームワークを作成し、それを 1 つのプロジェクトから次のプロジェクトにコピー アンド ペーストして採用していました。
このアプローチは非常にうまくいき、開発が高速になり、オーバーヘッドがまったくなくなり、実際にはほとんどの Java フレームワークよりも強力なフレームワークになりましたが、1 つのファイルに数百行のコードといくつかの単純な mod_rewrite ルールしかありませんでした。
これで Web 開発のすべての問題が解決されたわけではありませんが、シンプルで、迅速で、的を射たものでした。
現在のプロジェクトの要件に完全に適合すると同時に、簡単に拡張でき、オーバーヘッドがゼロであるため非常に高いパフォーマンスが得られました。

では、なぜこのフレームワークを使用するのにそれほど手間がかかるのでしょうか? それらをすべて捨てて、ルーツに戻らないのはなぜでしょうか?
明日からまた新しいフレームワークで次のプロジェクトを始めるとき、上司に何と言えばいいですか?
それとも、本当に違いを生むフレームワークがあるのでしょうか?
または、私が無視したいくつかの隠された利点?

現在、Struts 2を評価しています。公式ドキュメントには、次のJavaおよびJSPコードを含むHelloWorldの例が含まれています。

Java

JSP

この例では、次のXMLファイルを使用して、このアクションのURLを指定し、アクションとビューを結び付けます。

私の質問は（最後に）次のとおりです。これは本当にStruts2の最先端ですか？XML構成と特定の基本クラス（ActionSupport）のサブクラス化の必要性は廃止されたと私は信じるようになりました。代わりにアノテーションを設定に使用できると思いました。

より具体的な質問がいくつかあります。

• リクエストタイプごとに1つのActionクラスを用意する必要がありますか、それともeactionに複数のメソッドを定義して、それぞれが異なるリクエストを処理できるようにすることは可能ですか？
• ビューで使用できるようにするデータメンバー（上記の例では「メッセージ」）のパブリックゲッターとセッターを定義する必要がありますか？

これがStruts2の最先端である場合、Struts1に比べてそれほど改善されていないように見えますが、これは単なる悪い例だと思います。

ありがとう、ドン

JavaWebアプリでのWebフレームワークの使用を調査しています。私の基本的な要件は、保守性、テスト性が非常に簡単で、繰り返しがないことです。

ある種のフロントコントローラーパターンとビュー用のJSPを使用して、独自のMVCタイプのアプリを作成することを検討しました。これの利点は、Webアプリのすべての側面を完全に制御できることです。適切に設計すれば、将来、よりテストされたフレームワークに移行することは難しくありません。しかし、欠点は、いわば車輪の再発明をしなければならないということです。

現在利用可能なWebフレームワークについて良いことを聞いています。私が注目しているテクノロジーには、Spring、Wicket、Struts、Guice、Hibernate、Tapestryなどがあります。

タペストリーとウィケットには少し警戒しています。それらについてはあまりよくわかりませんが、サーブレット->モデルjsp->ビュー式から逸脱しているようです。私はそれで快適かどうかわかりません。ただし、Wicketは実際にはGuiceに最適であり、非常にテスト可能であると聞いています。

Springはぴったりのようですが、すべてを実行しようとするフレームワークには非常に警戒しています。spring-MVCを使用したいのですが、他のコンポーネントに交換できますか？たとえば、Spring-MVCをフレームワークとして使用しながら、GuiceをDIエンジンとして使用できますか？

Strutsについて簡単に説明しましたが、ニーズに対して非常に複雑であり、完全なパッケージのようです。

私はHibernateを使用したことがありませんが、ORMの標準のようであり、ActiveRecordのようなものであれば（私は少ししか触れていません）、それが私のニーズに合っていると確信しています。

私もGuiceを実際に使用したことはありませんが、人々はそれを本当に気に入っているようです。実際のアプリケーションでどのように使用されているかはわかりませんが、私は一般的にDIのファンです。

基本的に、私はサーブレット/JSPを書くことに本当に自信があります。私は代替技術を学ぶことに反対していませんが、どれが本当に私に利益をもたらすかについてのアドバイスを探しています。

サーブレットとJSPを使用してMVCアプリを作成できる場合、Springを組み込む価値はありますか？または、サーブレット/ JSPを使用して、GuiceのようなDIエンジンを組み込む必要がありますか？

ORMにHibernateを使用したいと確信していますが、かなり複雑になる可能性があると聞いています。私が本当に探しているのは、POJOをデータベースにマップする方法だけです。したがって、より適切で使いやすいものがあれば、それを調べてみます。

私は道に迷い、その地域の知識のある人々からの少しの指示を探しています。これらの問題についての意見をいただければ幸いです。ありがとう！

Camping と Sinatra の違いはそれほど重要ではなく、どちらを選んでも問題ないと思います。しかし、これが本当かどうか、Ruby の専門家に尋ねたいと思います。実際、Sinatra と Camping のマイクロフレームワークの間に重要な違いはありますか? そして、どちらを使用するかをどのように決定しますか？

非常に小さなアプリで最小限の構成しか必要としないJavaWebフレームワークを探しています。Spring＆Strutsは間違いなくここではやり過ぎです。これは、フレームワークがまったくなくても作成できるアプリですが、MVCフレームワークが見つかった場合は、最小限のMVCフレームワークを使用したいと思います。

Rails（Sinatra / Ramaze / Camping）よりも軽いフレームワークを使用したいのですが、そうすることで、プラグインの形でRailsに合わせて調整された多くの共有ライブラリを使用できなくなるのではないかと心配しています。これは大きな懸念事項ですか、それともこれらのプラグインのほとんどはさまざまなRubyフレームワークで使用できますか？

Rails以外のRubyフレームワークを使用することで他に潜在的な欠点はありますか？