6

Web アプリケーションのクライアント開発用のフレームワークを選択しようとしています。これらは、アプリケーションの重要なポイントです。

1) ユーザーがクライアントで多くのアクティビティを実行するリッチ テキスト アプリケーション。

2) Java技術を利用した開発を検討している

3) サービスはクラウドで提供されます。

4) モバイルサポートが必要です。

5) スケーラビリティも主要な関心事の 1 つです。

私はこのビデオhttp://twit.tv/show/floss-weekly/187オンラインと一緒に多くのドキュメントと情報を調べ、今ではVaadinとプレーン GWTを残しました。私は GWT での開発の経験は少しありますが、Vaadin ではありません (Vaadin だけでいくつかのサンプル プログラムを作成しました)。いくつかのことを理解するのを手伝ってください。

1) Vaadin で新しいウィジェットを作成する必要がある場合、達成するのはどれくらい簡単ですか、それとも難しいですか?

2) Vaadin のウィジェットまたは概念に、アプリケーションの障害となる明らかな問題はありますか?

3) 明日、GWT に戻すことにした場合、Vaadin がすべてのサーバー コード ロジックで動作することを考えると、それは実行可能ですか?

4) 毎回サーバーにアクセスするという Vaadin 方式は、クラウドにデプロイされたアプリケーションにとって懸念事項ですか?

5) 最後になりましたが、最も重要なことですが、フォーラムのサポートと将来の開発はどうですか?

どうもありがとう。私はこれらの議論について多くの記事やリンクを調べてきましたが、少なくともしばらくの間、これらのことについて実際の経験を持っている人から知ることができて良かったと感じていることに注意してください. 再度、感謝します。

4

4 に答える 4

1

将来の開発が必要な場合は、正直にjsfを使用してください。これは最良の選択ではありませんが、少なくとも死にかけているフレームワークに対して脆弱になります.

私たちのプロジェクトでは、Vaadin を使用する必要がありますが、そうは決めていませんでした。私は ZK ( http://www.zkoss.org/ ) または GWT を好みます。

ご質問につきましては、お答えできる範囲でお願いいたします。

  1. Swing のように比較的簡単です。CustomComponent を拡張すれば完了です。
  2. パフォーマンス。プログラミング中にパフォーマンスの問題と問題があります。VAADIN 仕様のため、アーキテクチャを何度も再考する必要がありました。JPA との組み合わせは、私にとっては楽しくありません。
  3. わかりにくい。もちろん、MVC、疎結合などについてはどこでも読んでいますが、個人的には、以下のコードに影響を与える GUI フレームワークのルーツが常にあると思います。プラグアンドプレイとしてフレームワークを単純に変更することはできません。詳細はわかりませんが、おそらくライフサイクルが他のフレームワークとはすでに異なっているのでしょう。したがって、たとえば FormFactory を使用する場合のように、データベースとの通信のための Vaadin の実装は、別のフレームワークを使用する場合に調整する必要がある永続レイヤーに影響します。単に実装された戦略のためです。
  4. ここでの経験はありません。
  5. Vaadin はコミュニティで大きく、多くの人が使用しているようです。Vaadin チームは、フレームワークの普及に熱心に取り組んでおり、質問に答えたり、可能な限り支援したりしています。感謝します。ドキュメントは本当に良いです。

個人的には、フレームワークと、それがニーズに合っているかどうかについて深く考える必要があると思います. 大きなフレームワークを選択する前に、次のことを考えてみてください。

アプリケーションサーバー、データベースなど、環境設定はどうなりますか?

Vaadin は優れた製品ですが、自由に選択できるのであれば使用しません。

チャオ

于 2013-04-08T12:12:30.630 に答える