2009-06-29 23 views
3

我正在選擇構建GWT應用程序的API。以下問題的答案將幫助我在一組庫中進行選擇。在JavaScript庫頂部的GWT包裝不鼓勵?

  1. 是否在 GWT改寫第三方代碼的運行速度比使用 包裹JavaScript庫代碼快?使用包裹庫 具有相同的性能作爲一個純粹的 GWT代碼如果底層 JavaScript框架寫得 和調諧
  2. 威爾碼?

回答

3

雖然JavaScript庫得到了很多編程眼球和關注,GWT具有的能夠做一些可怕不是人類可讀的東西,每個瀏覽器生成的JavaScript代碼的好處表現的緣故。

從理論上講,GWT編譯器所做的任何事情,JavaScript編寫者都應該能夠做到。但在實踐中,JS庫編寫者必須維護他們的代碼。看看jQuery代碼。顯然,每個瀏覽器都沒有優化。通過一些努力,我可以採用jQuery並將其作爲Safari 僅限於,節省了大量代碼並加速了剩下的部分。

這是一場持續的戰鬥。 JavaScript庫彼此競爭,一直變得越來越快。 GWT變得越來越好,並且具有能夠編寫醜陋的不可維護的JavaScript 每個瀏覽器的優勢。

對於任何給定的任務,您必須測試以查看當前軍備競賽的位置,而且它可能會因瀏覽器而異。

+1

我完全同意。您可以閱讀博客和組,JavaScript優化(每個瀏覽器)非常嚴重。例如:在某些瀏覽器上,如果(!! x)比if(x)更快,因爲強制強制爲隱式強制轉換布爾值。這些是你爲你準備的東西。 簡而言之:如果Java-> GWT-> JS被合理編寫,它將會比您可能用JavaScript寫的更快或更快。 – 2009-06-30 21:55:51

1
  1. 取決於代碼是 寫的有多好。
  2. 我會這麼認爲。

總體看周圍第三方庫社區使用它,除非它是開源的(這樣你就可以修復bug),並專門尋找有關錯誤上崗前 - 如何快速做維護者項目作出迴應。多久是一個發佈週期等

2

在某些情況下,您沒有其他選項。移動到GWT時不能重寫所有內容。

在你可以只換你現有代碼的包裝,如果它原來是一個性能瓶頸,你可以將代碼仍然到Java的第一步/ GWT

在GWT的代碼優化肯定會比大多數JS開發人員可以編寫的更好。當瀏覽器發生變化時,這只是修改GWT優化器的問題,您的代碼將更好地適應Js技術的最新進展。

相關問題