zk vs gwt zk太多請求

嗨我想比較zk和gwt的性能。zk vs gwt zk太多請求

在我對比我不能由我自己寫任何JavaScript如果框架本身的一些代碼轉換成JS其確定（如GWT），但我不能寫我自己

JS在用上述方法幾乎所有的東西寫代碼在瀏覽器上完成的請求被髮送到ZK的服務器。

因此最終如果比較由zk發送給服務器的請求數量與gwt相比太高。

我想問以下問題。

其性能更好zk或gwt，而忽略了上述。
如果我們不忽略上述情況，那麼我的結論是gwts性能比zk好嗎？

我知道，比較性能時，有可能是其他參數...但如果請求之間的差別是如此之高，我不能真正看到ZK擊敗GWT其中一些人已經在一些論壇

請幫助表示感謝

來源

2012-10-25 user1773380

我可能只是一個web UI開發誰不滿瘦客戶機解決方案，但任何時候一個框架，使爲可能被緩存數據的請求過剩安全它使被忽略了一個很好的理由。這只是基本的工作 - 避免101.我意識到，避免Java中的工作並非總是那麼容易，但FFS在2012年只是一個不可接受的解決方案，不管它是服務器端的2003年代「瘦客戶端」（它從來不是，它始終臃腫到所有地獄）解決方案或所謂的「現代」以客戶爲中心的「現代」SPA框架之一，使得每個人都在服務器上犯的錯誤都是一樣的。 –

以前的帖子是basiclly，但我認爲，必須討論zk中的一些功能。
請記住，每個請求都是一個zk事件，cos zk完全是基於事件的。

Client-Side Event-Handling
ZK允許你實現客戶端事件處理的一樣好服務器端，其中包括阻止ZK燒製而成的事件到服務器。
您可以簡單操作的JS，你可以做到這一點在Java中的服務器端
或者只是做一些後期處理和然後在客戶對象...
Use Client-Side Event-Firing
ZK得到了有用的JS方法zAu.send(zk.Event,int)，您可以將自定義或標準事件發送到服務器。
Deferrable Event-Listeners
可延遲事件在客戶端排隊，因此您可以最大限度地減少請求的數量。
Stubonly
Stubonly是一種方法，使組件的客戶端而已。但到現在爲止，只有可用於zk EE。

所以，你可以看到，如果你願意，你可以限制請求可能是GWT的請求數量相同。
如果它有意義或不適合您/您的申請。但我認爲你可以說zk比GWT更強大。
您在iZUML和defer rendering也可能感興趣。

來源

2012-11-18 06:46:59

謝謝你...你的答案是非常有益的....我面臨着一個ZK更多的問題是，該網站沒有給在手機瀏覽器中查看時，一個非常本機應用程序的感覺...有沒有爲 – user1773380

我什麼解決辦法不知道你的網站是怎麼樣的，但你可以使用[CCS media-queries]（http://books.zkoss.org/wiki/Small%20Talks/2012/August/ZK%206.5%20Responsive%20design）來優化在不同設備上的視圖。請在[這裏]看看（http://books.zkoss.org/wiki/Small%20Talks/2012/March/Customize%20Look%20and%20Feel%20of%20ZK%20Components%20Using%20CSS3%20-%20Part% 202）。接受一個你喜歡的awnser也會很好。 –

哈哈好吧....我接受了你的回答:) – user1773380

ZK是服務器端的專注，因爲GWT是所有的瀏覽器，因此ZK需要更多的阿賈克斯打的服務器，以獲得JS片段，屏幕部分等而GWT正好砸在服務器在開始時下載js應用程序（該應用程序將永久緩存在客戶端中）以及每當應用程序需要來自後端的一些數據時。

表示，恕我直言，GWT應該執行得更好，因爲您不需要在服務器（較輕的服務器）中執行任何類型的查看邏輯，並且線路中的請求較少。

來源

2012-10-25 10:39:59

GWT和ZK在結構上非常不同。 GWT是以客戶爲中心的，因此它向服務器發送較少的請求。使用GWT，你可以自己控制所有的東西。另一方面，這意味着開發人員負責處理服務器請求和服務器與客戶端之間的異步數據傳輸。如果你是一名經驗豐富的Web開發人員，那麼結果可能會很好。如果你不是那麼它可能是相當具有挑戰性和複雜的，因爲有一些網絡和安全問題需要注意。

另一方面，ZK是以服務器爲中心的，它爲您處理這些服務器 - 客戶端異步通信。通過ZK，開發人員可以更專注於業務邏輯，而不必關心客戶端 - 服務器問題。由於框架負責處理客戶端 - 服務器通話，因此默認情況下會有更多請求。如果您希望儘量減少請求，您可以按照開發人員指南進行一些調整。

IMO ZK和GWT都是成熟的框架。您可以考慮您的項目需求和Web開發經驗，然後選擇解決方案。

來源

2012-10-29 06:41:08 user1645707

GWT和ZK有點不同。

我已經做了一些ZK項目和一些GWT項目。在這兩種情況下，我都沒有性能問題，但是我覺得在使用GWT時我需要編寫更多的代碼。

來源

2012-10-29 16:55:27 user1783543

這並沒有真正增加任何價值。 – madth3

我從實際項目經驗的兩支球隊，使用ZK框架和第二使用GWT一個寫作。具有相同數據服務層的相同UI項目。 zk團隊在GWT團隊消耗的三分之一時間內完成了該項目。兩個項目都在生產中部署。用戶很高興使用任何應用程序。最後，我們保留了生產中的zk版本。爲什麼？簡單地說，與GWT相比，zk應用程序的維護速度更快，更簡單！對不起，GWT ...由一個巨人支持的好技術，但我們將繼續與zk。

來源

2013-07-14 10:28:40 Costas

zk vs gwt zk太多請求

回答

相關問題