8

Vaadin WebサイトのGWTページは少しまばらです:https ://vaadin.com/gwt

「メリットのみ、落とし穴はありませんGWTで好きなものをすべて楽しんで、新しいサーバー側のプログラミングモデル、コンポーネント、ツール、テーマ、その他の追加機能を利用できます。表示されているものが気に入らない場合は、簡単です。 com.google。*パッケージの使用に固執している限り、戻ることができます。最終的にはcom.vaadin。*パッケージの機能を使い始めたくなるかもしれません。ただし、心配する必要はありません。VaadinFrameworkも同じサーバーで配布されます。リベラルなApache2.0ライセンス」

Vaadin Webサイトのルックアンドフィールの一部は気に入っていますが、「サーバー側モデル」に神経質になっています...可能であれば、ほとんどのコードをクライアント側で実行したいと思います。GWTをチェックしています。 RPCは、セキュリティのために(多くの場合同じJavaコードで)再度呼び出します。私は前後にたくさんのアイデアが好きではありません。

私の懸念を考えると、Vaadinを深く掘り下げる価値はありますか?それともここでやめますか?すべてを無駄にすることなく、さまざまなルックアンドフィールを活用できますか?レバレッジに関するその他の直感的でない回答をいただければ幸いです。

更新:代替UIフレームワークを提供するVaadinとGWTを比較する質問には答えないでください。

また、SmartGWT、GXT、バンドルされたGWTウィジェットなども使用しました。また、DevExpressfor.NETのような完全なウィジェットセットにも精通しています。私が質問した理由は、Vaadin LOOKSが本当にクールだからです...私は次のような答えを探しています:いいえ、クライアントサイドを妥協せずにVaadinからL&Fを抽出することはできません。または、L&Fのもの以外に、クールな検証のものがあります。使用できるなど、そしておそらくその位置をバックアップするためのいくつかの有用な証拠(試行および失敗)。

4

1 に答える 1

2

私はL&F、つまりGUIとセキュリティに関する質問の一部にしか答えていません。

1)L&F Vaadin 6.xリリースまでは、ウィジェットの独立した使用をサポートしていません。サーバーサイドモデル全体を理解する必要があります。

ただし、バージョン7以降、Vaadinはウィジェット側の回転に依存しており、サーバー側の状態のメンテナンスのように前後のjsfを使用せずにウィジェットを使用できるようにしています。参照-https://groups.google.com/forum/?fromgroups=#!topic/google-web- toolkit/3U1h0W_iHcM

2)Security GWT側は、RPCのXSRF機能で非常に優れたサポートを提供します。これにより、RPC呼び出しごとに、または選択した粒度で選択的にrpctokenを生成できます。これは、サーバー側の状態の呼び出しごとのVaadinラウンドトリップのパフォーマンスオーバーヘッドである可能性があります。

3)あなたのVaadin往復が実際にどれほど重いかGAEという要因です。depending

4)Future

Vaadinは、( Erraiロードマップの) GWT steering committeeJbossのメンバーであり、サーバー側モデルに大きく依存しています。Erraiasynchronous bean management

于 2012-11-30T06:59:25.147 に答える