2012-10-24 108 views
6

的Vaadin網站上的GWT頁面是有點稀疏的:https://vaadin.com/gwtVaadin可以提供我的GWT Appengine應用程序有什麼好處?

「只有好處,沒有陷阱 您將享受您在GWT愛的一切,並得到一個新的服務器端編程模型的另一個好處是,組件,工具,主題和其他額外功能如果你不喜歡你所看到的內容,只要你堅持使用com.google。*包,它很容易返回,你很可能會開始使用com.vaadin中的功能。 *包,但沒有必要擔心 - Vaadin框架也分佈在相同的自由Apache 2.0許可證下「我喜歡Vaadin網站上的一些外觀和感覺,但我很緊張「服務器端模型」...我寧願讓大多數代碼在客戶端上運行(如果可能的話),並且爲了安全性我再次檢查GWT RPC調用(通常使用相同的java代碼)。我不喜歡大量來回的想法。

鑑於我的擔憂,是否值得深入研究Vaadin?或者我停在這裏?我可以充分利用各種外觀&的感覺,而不會悶到一切?任何其他關於槓桿作用的非直觀答案將不勝感激。

更新: 請不要回答比較Vaadin和GWT的問題,提供替代UI框架。

我也用SmartGWT的,GXT和捆綁GWT部件等也熟悉一些真正完整的部件集一樣的DevExpress爲.NET。我之所以問這個問題是因爲Vaadin看起來非常酷......我在尋找像答案:不,這不可能提取將L & f起Vaadin不損害客戶方或除了將L &˚F的東西,有酷的驗證東西等等等等,你可以使用,然後也許一些有用的證據來支持這一立場(嘗試和失敗)。

+0

沒拿到的問題,請您談一下GAE的好處,然後extractring L&F。也許你要問的是一個更適合觀衆:https://開頭vaadin。com/forum/ –

+0

我認爲GAE在這裏可能並不重要......只是提供了一些背景。誰知道這是否會影響問題的答案??這就是我問的原因。 –

回答

1

我只回答有關L & F的部分問題,即GUI和安全性。

1)L&F Vaadin upto 6.x版本不支持獨立使用小部件。你需要進入整個服務器端模型。

然而,從第7版開始Vaadin是倚在窗口小部件側的紡紗允許使用小部件不被強制使用前/ JSF像服務器端的狀態維護。 參考 - https://groups.google.com/forum/?fromgroups=#!topic/google-web-toolkit/3U1h0W_iHcM

2)Security GWT側有XSRF功能爲RPC這將允許每個RPC調用rpctoken產生或選擇與您所選擇的粒度相當不錯的支持。這可能是Vaadin每次服務器端狀態呼叫的性能開銷。

3)GAE是一個因素depending您的Vaadin往返程度有多沉重。

4)Future

Vaadin是的GWT steering committee並且沿着與JBoss Erraiasynchronous bean management在Errai路線圖)嚴重依賴服務器側模型的部件。

+0

Thanx。我很欣賞這個問題並不能產生完美的答案,但你似乎已經給出了最好的答案,很難想象任何人提供了更好的答案。 :-) –

相關問題