1、我感覺主要的停頓是發生在代碼庫的載入、對象的初始化，所以使用NativeWindow總有些不太好，但是也如大家討論，直接使用qx模擬的window確實也有諸多問題，我自己也使用過通過xhr載入js文件的方法，來實現類似多文檔的方式，但效果不理想。通過封裝可以解決變量命名的問題，但我有些頁面需要直接寫一些HTML來實現，這些HTML里的id就要保證不重名。再就是調試的問題。雖然上述問題我也都找到了解決的方法，但仍感覺不放心，所以我現在還是決定使用NativeWindow的方式，這個難度較低，容易掌握，主要問題就是載入庫時的速度問題，我想應該想辦法壓縮庫，每個頁面載入的庫，可以做些裁減。這個解決方法或許更穩妥些。
2、國際化，用靜態js的話是比較麻煩，但既然大家抉擇使用struts+jsp可以解決國際化問題，那我抉擇可以把js當jsp來處理嘛。隨便說說，我現在也沒考慮這個事情。
3、百萬級js代碼，我現在做的項目因為是基于qooxdoo的，所以多數頁面都是全js的，當然限于項目的規模沒有百萬級js。但使用xhr載入js文件的話，就不存在一次性載入上百js文件的問題了。
有不少同仁詢問關于qooxdoo和json-rpc-java的相關問題，這里做些說明：
1、qooxdoo的官方網站是qooxdoo.org，上面有demo，很多，你可以下載后在本機查看。對于ajax，dojo，yui也要多關注，dojo受支持程度更好些。最近我在使用jquery，感覺非常好，推薦了解。
2、qooxdoo和json-rpc-java沒什么必然的聯系，json-rpc-java就是一種web rpc，如果你只做java的話，建議看看dwr就可以了。另外qooxdoo本身也有rpc模塊，是基于json-rpc的。
@fred
你是說 dhtmlXGrid.js ？
還是其他的？
qooxdoo0.6有了table，這個table相當于一般講的grid，
http://qooxdoo.org/demo
你可以到他的網站去看看，因為是國外的網，所以速度上要慢一些
@sun123
1、這個我也沒遇到過，使用iframe問題滿多的，現在我模仿桌面程序的多文檔方式來做的，你也可以嘗試一下，另外感覺你現在使用qooxdoo的方式，倒不如找一些比較小的ui庫來做。
2、現在這種用法是會在document.onload之后調用window.application.main，如果直接寫的話，只能寫在</body>之前，否則有些內容還沒準備好，不過如果你的界面都是使用qooxdoo來生成的倒也無所謂，但qooxdoo的執行就是找這個東西，在他的官方網站上有篇文章是介紹qooxdoo的執行順序的，你可以去找來看看。
@jolestar
你應該了解dwr，這個和qooxdoo沒有什么關系。
@sun123
速度上我沒太注意，那個api打開慢，我想主要是內容多。
我現在新的項目打算使用0.6來做，并且已經把原來使用0.5x的一個頁面改為了0.6的庫，除了類名上的轉換，其他有少許改動。還有些細節問題，現在還沒來得及細看。
文中我說其api的doc好用，現在看也不全是，原來的時候，看一個類，在一個頁面上可以同時看到該類本身和其父類的所有屬性和方法，但現在要一層層的點，感覺反倒不如之前了。:)
我還沒找到國內討論qx的地方，本來想給Ajax中國論壇聯系一下，開個qx的版，但看了一下Ajax中國經營的不太理想。
@sun123
我們現在沒有涉及到多條數據的修改，不過如果做這種功能的話，實現方法也和form刷新一樣的，xmlhttprequest提交和form提交，主要就是頁面是否切換，另外xhr似乎不能上傳文件。
只不過如果我們做的話，就要自己想一下，如何做方便了，qooxdoo的ListView還是單薄了些，我們會再找些其它的ListView（一般其它的都叫Grid）看看。
sybase公司我總覺著他不大肆宣傳自己，但他卻推出很多漂亮的工具。
@sun123
似乎你只是使用qooxdoo做外殼，多數情況下，還是使用其他的技術。
1、你的“其他的js”是什么，我很感興趣，有這么強的功能，還是使用了一些validate框架，如struts的. 現在我都是自己手工在寫js進行校驗。但正在籌備給QxListView提供一些輔助功能，來達到校驗的目的，同時附加增刪改的通用代碼，我們還在開發一個數據庫管理工具，然后在此基礎上，實現類似ROR的一些機制，如自動先生成一套基本的數據庫管理的代碼，然后項目在這些基礎代碼上，進行開發。
2、用腳本寫的，準備用QxBuilder做，但多數頁面代碼并不多，大家都懶得去了解QxBuilder。不過我還是推崇QxBuilder的方式。
3、你的iframe里的內容還是使用基本的struts的方式嗎，我這邊因為界面全部是使用qooxdoo，所以頁面不進行刷新，與后臺的數據交換都是使用xmlhttpclient，但直接使用顯然開發效率太低，所以使用了一些框架，原來是使用DWR，我也推薦你使用DWR，雖然我現在使用json-rpc-java，但這是經過我們改造的，在使用方便性上和DWR類似。
我不知該如何說明寫點示意代碼你參考一下
后臺定義類
public class Foo{
public void saveObject(com.ynstudio.xxx.User user){....}
}
然后在spring里注冊為id='foo'
前臺頁面的js
var user = new Bean('com.ynstudio.xxx.User');
user.set('id','ST001002');
user.set('name','張三');
json.rpc('foo.saveObject')(user);
@emu
1、樓主已經說了
“有些時候無法改變服務器端網頁的編碼(例如獲取別的網站的天氣預報信息)，在這種時候就只能在客戶端通過js做編碼的工作了，”
2、這個方法在firefox應該不行，所以ajax的編碼問題在瀏覽器里還是不能完全解決，只有等瀏覽器擴展，并且統一處理方法了。
execScript("gb2utf8_data = MidB(gb2utf8_data, 1)", "VBScript");
@sun123
1、不是很理解你的意思，你的iframe里的頁面是否也是使用的qooxdoo？
2、對于數據處理來講，我們使用QxListView來列表顯示普通的數據，使用QxTree來顯示具有層次關系的數據，使用QxTextField，QxComboBox等來構成Form表單，給用戶輸入數據，然后將這些數據組織成數據對象，使用json-rpc-java來傳遞為后臺進行處理，官方的json-rpc-java并不好用，你可以使用dwr來完成同樣的功能。我們使用QxGridLayout來對QxTextField，QxComboBox進行布局，自己寫了一個FormManager的方法來對QxTextField，QxComboBox這些表單項做些輔助性的管理。最后的效果就如本文中的第三張圖片一樣。
不知這些是否有點用處。
@sun123
你是在正式的項目中使用的嗎，能不能詳細談一下你的想法，包括各類ajax庫的比較，福星高照兄也是，抽時間寫點全面一些的文字，我們也學習一下 :-) ，看看高手的想法
@asan
:-)
正如sun123所說。
@sun123
我覺得你那里舊機器跑得慢，更重要的原因應該不是700k的。。。。。
是的，我的理解是對于老舊的機器，瀏覽器解析這700k的代碼可能有些困難，而不是因為文件大而傳輸慢，瀏覽器可以緩存的，這個不是問題。多數情況下，一般的電腦運轉起來還是蠻流暢的，只是一次打開一個幾百個節點的樹有明顯的等待，這個還是可以接受的。
@福星高照
YUI我覺著主要是比較小，如果項目中僅僅是把特殊的WEB UI作為輔助的話，還是不錯的，雖然部件還不全。而qooxdoo 700K的代碼真的很頭疼，有些客戶的舊機器跑起來很費力。
我有時也覺著使用現在這種模式開發不如以前的直接網頁get/post方便，一直感覺有些想不通，為什么會原來的模式會感覺方便，現在感覺原因是這樣幾個方面，1、原來的時候頁面設計可以交給美工，現在自己做，2、原來html和java代碼可以混合寫，即jsp的方式，現在用javascript將顯示和數據進行結合，使用widget還好些，如果是直接操作HTML，那就像CGI的方式了，3、javascript的編輯器比jsp的還不好。
re: JSP生成靜態頁實踐及其設計思想 一農 2006-08-10 22:51
還有一種生成靜態頁面的方法,你在網上搜
extends HttpServletResponseWrapper
就可以了解到了.
@sun123
另外，強烈建議大家搞個討論qx的地方，上傳一些例子share。
大家可以看看哪家論壇可以提供這個幫助，我朋友有個論壇，但其主題和這個不是很合適，雖然他們公司也是做互聯網開發的。
@hawk
我用QxRequest獲取數據，返回的卻是中文亂碼，
你查一下response的header中是否有編碼信息，如果沒有在header中添加編碼信息。
@hawk
另外我個人覺得QxListView并不適合大量數據的顯示，在數據列太多情況下，滾動條的速度變的慢的難以接受，我更喜歡active_widgets的grid，如果能寫一個QxGrid就好了，呵呵
是的，QxListView的效率不太好，我看到其他庫的一些ListView(有的叫grid)是基于table實現的，而QxListView是單獨的一個個div，在我的T42上其實運行還是滿流暢的，但配置差一些的機器就明顯的滿了。http://www.linb.net/ 的ListView（grid）滿好的可以參考一下，linb是國人開發的，不錯。
@sun123
你的問題和福星高照兄的不一樣，你用iframe后，就會存在這樣的問題，因為菜單的顯示和消失是通過感知鼠標的，但當你的鼠標進入iframe后，菜單所在的frame就無法感知鼠標了，所以也就消失不了了。
<Connector port="8080" URIEncoding="UTF-8" ... />
如果這樣解決,勢必影響其它的application，我以前在使用mvnforum的時候解決的方法是將form的method由get改為post。如果是鏈接的話，需要進行encode處理，我最近也要試用這兩款軟件，到時再仔細研究一下。
@mixlee
在UI上B/S是倒退，使用類似C/S的web ui是為了改善可操作性。
胖客戶端是倒退，但富客戶端現在是趨勢。
比如gmail，為什么搞那么麻煩的代碼，就是為了方便客戶操作。
有些地方ajax只是輔助性的，有些地方則是基于ajax來進行開發，場合不同而已。
js web ui+rpc+service是否也是一種框架呢？
我用qooxdoo（一個js wen ui庫）來構建頁面，使用json-rpc-java（類似DWR）來訪問后臺的java程序，傳遞和獲取數據。
http://www.aygfsteel.com/ynstudio/archive/2006/07/23/59648.html
我認為由于使用了XHR，使得頁面不刷新，帶來很多方便，而ActionForm使用的繁瑣，數據模型上的簡單，是最讓我討厭的，而采用了json-rpc，感覺真的很好。因為可以前后臺直接傳遞對象。就像使用javascript直接調用java程序一樣。不再像以前一樣想辦法對付ActionForm，因為即便使用了BeanUtils，也存在很多問題的。
@福星高照
1、"你說得太簡單，menubarbutton如何用"
因為我現在沒時間去看這個問題所以我才說，讓你參考一下menubarbutton，因為Qxmenubar就處理了mouseleave，來切換menu。
2、"js不需要每次都載入吧，緩存不能對js起作用嗎？"
js文件是被緩存但是瀏覽器還是要重新把qooxdoo.js解釋一遍，這個是消耗時間的，而且是明顯的消耗時間。
3、"關于刷新前的狀態，該保留的還是得保留吧，"
不單刷新,而且后退也應該處理的,但感覺會帶來麻煩,對我做的項目來講似乎也無必要.不知你是如何保留刷新前狀態的.如果我來處理這個問題的話，我可能會模仿編輯器的方式設置一個undomanager，來處理，通過iframe來記錄后退。
@福星高照
localeCompare，^0^，好
@李孜
開發人員的回復只是解釋了，這個內存問題的原因，并沒有說可以解決，除了刷新，我們發現只有把所有相關的頁面都最小化，IE才會進行內存的釋放。
你說bindows沒這個問題，抽時間研究一下。不過在我們項目里，主要的內存消耗我們發現是由于window.open造成的，同一頁面長時間操作變化不算太大。
@福星高照
1、我剛才看了一下確實中文排序有問題，不過我猜想原因是我使用RPC是基于utf-8的，所以排序不是按拼音。utf-8里漢字是按筆劃組織的。這個問題我有時間會測一下原因，不過似乎不好解決，沒辦法的話，可能要交由后臺處理一下了。
2、這個我沒了解過，你可以參考一下menubarbutton。
@李孜
首先是remove，然后再dispose掉，不過也降不到初始值。bindows不是免費的，所以我這邊沒有使用。
@福星高照
1、你說的情況確實是的
2、我測試的是支持中文排序的，你再檢查一下看看，不過我還沒來得及看0.5.3，另外如果你需要特殊的排序方法，可以自己添加排序方法，可以參考一下
QxCompare.js
3、我的gmail信箱是ynstudio，在這回帖聊天怕影響別人瀏覽^0^。
@福星高照
1、你在qooxdoo-0.5.2-dos\themes\appearance\default下會看到theme.js文件，看一下代碼就明白了^0^
2、JSON-RPC-JAVA在后臺發生異常時，他會生成一個js的異常，你可以捕獲該異常然后自行處理。如果得不到數據就直接返回你返回的內容，或為null，或為空數組等。
不知兄弟，身在何方，如果在南京，我們可以一起聊聊。我現在有個java的學習小組，大家互相學習，互相促進。
@hawk
這個問題我也嘗試了一下，但沒成功，還沒時間去了解原因，你可以查看一下LisView里的幾個單元格的類，可以添加字體等樣式的，但我加了背景后背景的顯示總是一閃一閃的。現在我用的電腦上沒源碼，我會抽時間研究一下這個問題，到時在此回復一下。
另外推薦firebug，可以幫助你解決這個問題。
to 福星高照
ListView的單元格實際上是一個個的div拼起來的，如果需要邊框就要改變這些div的border，這個需要你設置單元格的邊框屬性。你可以了解qooxdoo的theme，然后給你用的單元格，添加border屬性就可以實現了。我試了一下可以，但如果你要對邊界上的單元格和內部的單元格做區別對待的話，就要修改庫的代碼了。或者對所有單元格二次處理一遍。
echo2和qooxdoo的機制不一樣，速度上不好比。echo2也有設計工具了，這個滿方便的，但我覺著echo2的方式不太好，至少我不喜歡。qooxdoo+rpc的開發模式更像C/S方式的開發，可惜沒有界面設計工具，也沒有很好的javascript編輯環境，不過我們現在盡量將邏輯放在后臺，所以開發起來感覺還是蠻好的，比傳統的網頁方式感覺還好，還快，一個同事說，使用qooxdoo+rpc感覺很多事情都很直接，而不是像使用網頁刷新那樣，要考慮頁面數據的保留問題等等。
@原創專欄 開源學習
我修改的目的就是為了讓其他同事能將精力都放在業務上，而不是技術上。
“ajax，ui框架太容易讓我們有修改的欲望了. ”我做編碼有幾年了，被震撼了幾次以后，對自己使用的框架的修改欲望完全都是來源于項目的需要，特別是對今后可能升級的框架，一般不和原始作者溝通，我是不會做修改的。
我需要對DWR來做一些改動來適應我自己的需要，但在我看懂DWR之前我看懂了JSON-RPC-JAVA（幾眼就看懂了），而且能滿足我的需要所以我就改造JSON-RPC-JAVA了，現在仍然使用JSON-RPC-JAVA的原因是JSON-RPC-JAVA是基于JSON-RPC的，而DWR的協議更私有一些。另外因為我使用了qooxdoo，DWR的一些js代碼顯的多余了，雞肋一般。等我把JSON-RPC-JAVA再做些改動，吸收DWR的一些優點，從我的項目中抽取出來之后我會將代碼公開出來。
我分析了一下163（尚未結束），很多地方還都是用的frame，主體是gblankxxxxx.htm，使用firefox保存文件，會給你帶來一些驚喜。
另外gblankxxxxx.htm的大體結構是
<html>
<body>
<div>開頭</div>
<table>
<tr>
<td>
左側導航
</td>
<td>
<!--右側-->
<div>
共四、五個，和電子郵件、通訊錄、郵箱選項等幾個tab對應。
</div>
</td>
</tr>
</table>
</body>
</html>