2011-01-10 74 views
0

對於組件間需要大量交互的桌面應用程序,ExtJS仍然比Ext GWT更好嗎?服務器的UI更新

你決定使用Ext GWT而不是ExtJS的點是什麼?

我當前的ExtJS參數是,它比ExtGWT要快得多,對於那些不需要服務器來與客戶端進行交互的應用程序來說,比如feed查看器,論壇瀏覽器等等 - 那裏不需要服務器對客戶端進行復雜的更新。

一個複雜的場景,我不確定ExtJS比Ext GWT更好是一個有很多節點和數據網格的樹。用戶點擊一個按鈕,服務器將通過在樹或網格中插入一些項目來決定要更新哪些組件:樹或/和數據網格(客戶端無法知道哪些組件將被更新,只有服務器知道)。

爲此,我會讓服務器序列化一些必須由客戶端在成功方法上執行的動作(如addTreeItem或addGridRow)。服務器也可以在這個請求之後創建新的組件,所以可能會有來自服務器的序列化HTML的「createComponent」。

所以,通過使用ExtJS,必須對整個組件進行序列化併發送給客戶端實例化(但這可以是SLOW--見)。鑑於此,ExtJS仍然是更好的選擇?

主要目標是擁有快速響應的應用程序,但不能重新發明輪子。

謝謝!

回答

3

因此,通過使用ExtJS,必須對整個組件進行序列化併發送給客戶端實例化(但這可以是SLOW--見)。

你誤解了那篇文章 - 關鍵是他說不這樣做。從服務器發送組件可以在某些情況下完成,但不是典型的或推薦的。

關於Ext JS與GWT,你在比較蘋果和橘子。如果您是Java開發人員,請使用GWT。如果你是一個JS開發人員,請使用Ext JS。最終,它們都以客戶端上的JS/CSS結尾 - 如果它們都具有小部件和功能,則需要選擇最具生產力的環境。如果它仍然無關緊要,那麼請使用Ext JS,因爲它是通常在GWT之前就功能而言。

+0

關於這篇文章,他說他去了那家連載組件的公司,然後發送給客戶端來創建組件,而且速度很慢。我知道他說的不是這樣做,但他也沒有說出該做什麼,我也沒有發現或有任何更好的方法來動態創建客戶端組件或使用* ExtJS *動態更改現有客戶端組件。 – 2011-01-11 07:17:11