simplejee 入門級(jí)j2ee開源項(xiàng)目

# re: qooxdoo 0.6rc1 發(fā)布了 2006-08-23 09:03 sun123

to 一農(nóng)
你現(xiàn)在開始用0.6作了嗎？我看了一下demo，好像覺得比先前的版本慢了，特別是at-a-glance，好慢阿。
還有那個(gè)api打開也很慢。
table 確實(shí)做的不錯(cuò)，還沒來(lái)得及細(xì)細(xì)琢磨。
還有你知道國(guó)內(nèi)還有哪些網(wǎng)頁(yè)討論qx的嗎？  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-08-23 09:18 一農(nóng)

@sun123
速度上我沒太注意，那個(gè)api打開慢，我想主要是內(nèi)容多。
我現(xiàn)在新的項(xiàng)目打算使用0.6來(lái)做，并且已經(jīng)把原來(lái)使用0.5x的一個(gè)頁(yè)面改為了0.6的庫(kù)，除了類名上的轉(zhuǎn)換，其他有少許改動(dòng)。還有些細(xì)節(jié)問(wèn)題，現(xiàn)在還沒來(lái)得及細(xì)看。
文中我說(shuō)其api的doc好用，現(xiàn)在看也不全是，原來(lái)的時(shí)候，看一個(gè)類，在一個(gè)頁(yè)面上可以同時(shí)看到該類本身和其父類的所有屬性和方法，但現(xiàn)在要一層層的點(diǎn)，感覺反倒不如之前了。:)

我還沒找到國(guó)內(nèi)討論qx的地方，本來(lái)想給Ajax中國(guó)論壇聯(lián)系一下，開個(gè)qx的版，但看了一下Ajax中國(guó)經(jīng)營(yíng)的不太理想。  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-08-23 09:19 一農(nóng)

不過(guò)你可以到國(guó)外的
http://www.nabble.com/Javascript-f15545.html
做些相關(guān)的了解  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-15 01:00 一農(nóng)

有不少同仁詢問(wèn)關(guān)于qooxdoo和json-rpc-java的相關(guān)問(wèn)題，這里做些說(shuō)明：

1、qooxdoo的官方網(wǎng)站是qooxdoo.org，上面有demo，很多，你可以下載后在本機(jī)查看。對(duì)于ajax，dojo，yui也要多關(guān)注，dojo受支持程度更好些。最近我在使用jquery，感覺非常好，推薦了解。
2、qooxdoo和json-rpc-java沒什么必然的聯(lián)系，json-rpc-java就是一種web rpc，如果你只做java的話，建議看看dwr就可以了。另外qooxdoo本身也有rpc模塊，是基于json-rpc的。  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-26 10:00 oasis

我自己的一個(gè)試驗(yàn)性質(zhì)的網(wǎng)站，用qooxdoo 0.6做的前臺(tái)UI。
http://www.aurora-x.net
把我以前用傳統(tǒng)B/S做的一些冬冬，慢慢的轉(zhuǎn)換到這個(gè)框架下，邊摸索邊使用，呵呵。

IE下渲染速度慢以及消耗資源大，這是IE6實(shí)現(xiàn)的問(wèn)題，在IE7的測(cè)試版中，這種情況已得到明顯改善，和FireFox 1.5差不多了。

qooxdoo在0.6引入了namespace這一點(diǎn)非常重要，是將來(lái)能得到成熟應(yīng)用的關(guān)鍵。

它的custom build能力很好玩，不過(guò)居然使用make來(lái)做build，估計(jì)這年頭做web開發(fā)的人沒有幾個(gè)有在*nix下寫C程序的經(jīng)歷吧？ :-D

完整的qx.js雖然有1M大，用gzip壓縮過(guò)后有150K，這樣后臺(tái)用Apache + mod_deflate還算可以。

我寫的程序里后端用Java + org.json包構(gòu)建所需的JSON對(duì)象，因?yàn)橐话阄业某绦蛞矔?huì)提供Web Service接口，所以還會(huì)采用Java + AXIOM來(lái)生成DOM對(duì)象。所以我在這方面就不用什么框架了，沒有什么特別的方便性，還不如自己這樣來(lái)的靈活。

  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-26 15:18 originxu

用NativeWindow,每開一頁(yè)會(huì)有8-10M內(nèi)存遞增,但是用Window,顯示開發(fā)起來(lái)太困難,困難得有些不敢想象,特別是開發(fā)比較大的系統(tǒng),關(guān)鍵是它怎么實(shí)現(xiàn)國(guó)際化呢?  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-26 15:20 originxu

如果頁(yè)面全部用js生成的話,特別是單獨(dú)的一個(gè)js文件,怎么能實(shí)現(xiàn)國(guó)際化呢?一些標(biāo)簽,如窗口標(biāo)題,  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-26 15:28 originxu

如果生成界面時(shí),再向后臺(tái)請(qǐng)求標(biāo)簽,那不現(xiàn)實(shí),引入單獨(dú)的js,也不能實(shí)現(xiàn)國(guó)際化,放入jsp倒是可以利用struts,但不可能所有的js放入一個(gè)jsp文件啊,而且這樣和json-rpc背得有些遠(yuǎn)了,難道生成界面用jsp,具體操作用json-rpc?在java方法里動(dòng)態(tài)輸出js?那有多麻煩啊,好像并沒有一個(gè)比較好的辦法解決這個(gè)問(wèn)題啊,再另外引入一個(gè)中間層,比如表現(xiàn)層?  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-27 09:22 oasis

@originxu
1、NativeWindow吃內(nèi)存是IE6的問(wèn)題，你看一下我之前的回復(fù)已有說(shuō)明

2、國(guó)際化有什么難的？每個(gè)語(yǔ)言對(duì)應(yīng)一個(gè)js，輸出html的時(shí)候根據(jù)情況包含不同語(yǔ)言的js即可。  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-27 09:51 originxu

@oasis
1.選擇的問(wèn)題,如果NativeWindow在內(nèi)存的消耗上沒有問(wèn)題的話(通過(guò)使用IE7或FireFox1.5),似乎使用NativeWindow是更好的選擇,相比qx.ui.window.Window來(lái)說(shuō),使用qx.ui.window.Window似乎更像用c去寫操作系統(tǒng),對(duì)開發(fā)企業(yè)級(jí)系統(tǒng)來(lái)說(shuō),在沒有好的IDE支持下,應(yīng)該會(huì)比較少人愿意去寫百萬(wàn)級(jí)以上的js代碼.而且還是和qx一樣,包含幾百個(gè)js文件

2.國(guó)際化問(wèn)題,每個(gè)語(yǔ)言包含一個(gè)js文件,這是jscanlender的做法,如果資源文件太大,可能多達(dá)幾M(對(duì)大型系統(tǒng)來(lái)說(shuō),這應(yīng)該有可能吧),會(huì)否消耗太多?

3.在目前情況下,qx是否適合開發(fā)大型系統(tǒng),比如3pl系統(tǒng)?在處理大數(shù)據(jù)量上,qx是否經(jīng)得起考驗(yàn)?  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-27 10:03 originxu

@oasis
我剛進(jìn)了下你的網(wǎng)站,初次打開還是挺慢的,如果再加上自己寫的可能也是上百萬(wàn)的js代碼,幾百個(gè)js代碼,那初次加載速度可能更慢了,如果用qx.ui.window.Window來(lái)模擬頁(yè)面的話,那所有的js文件,在初次加載的時(shí)候,也是全部加載的,如果再加上國(guó)際化的資源文件,那速度就更慢了,這是一個(gè)問(wèn)題啊  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-27 10:06 originxu

@oasis
在多窗口的情況下,并非buttonview實(shí)現(xiàn),  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-27 11:28 oasis

@originxu

1、關(guān)于語(yǔ)言的那個(gè)問(wèn)題，我想我現(xiàn)在明白你的意思了，你是說(shuō)當(dāng)把一個(gè)語(yǔ)言下的所有資源寫在一個(gè)文件里時(shí)，加載的時(shí)候不太劃算，因?yàn)橐院竺總€(gè)頁(yè)面只使用了其中很小的一部分。這個(gè)問(wèn)題我覺得挺難回答，顯然這樣做是一種很簡(jiǎn)明的實(shí)現(xiàn)方式，維護(hù)起來(lái)也輕松。如果要分次輸出的話，就得針對(duì)每個(gè)頁(yè)面維護(hù)一組語(yǔ)言資源了。另外我覺得幾兆也不算太大，用Apache+mod_deflate壓縮的話，通常對(duì)于這些文本都能獲得10:1的壓縮比的。

2、對(duì)于加載速度我沒有仔細(xì)的研究過(guò)，下載js代碼的等待，代碼庫(kù)的載入、對(duì)象的初始化，這些環(huán)節(jié)我不太清楚那個(gè)是其中的bottle neck。也可能都是，在不同的條件下會(huì)有變化。

3、我覺得用qx.ui.window.Window來(lái)模擬所有的頁(yè)面，不是個(gè)好主意，基本上我個(gè)人覺得它只起到一個(gè)對(duì)話框的功能，或者說(shuō)它命名為Dialog更合適一些。真正的窗口還是瀏覽器客戶區(qū)這一塊，大部分的文章還是應(yīng)該在這里面做。

4、qooxdoo處理大數(shù)據(jù)量？你的意思是把大量的數(shù)據(jù)挪到Browser處來(lái)做？反正像Table，List這些widget經(jīng)測(cè)試存儲(chǔ)上萬(wàn)條記錄也不會(huì)有什么性能上的影響。不過(guò)我認(rèn)為還是應(yīng)該在設(shè)計(jì)的時(shí)候在B/S兩者之間取得一個(gè)平衡，無(wú)論走哪個(gè)極端都不太好，呵呵。  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-27 13:50 originxu

@oasis
1.關(guān)于多語(yǔ)言,分次載入,我的想法是能不能像ImagePreloader那樣,通過(guò)RPC提前載入一些本頁(yè)面相關(guān)的語(yǔ)言文本,比如說(shuō)MessageResourcePreloader之類,不用靜態(tài)的js文件保存資源文件

2.如果用NativeWindow,每個(gè)頁(yè)面包含qx.js,每打開一個(gè)頁(yè)面,qx.js就要重新載入,初始化一次(不太清楚瀏覽器具體機(jī)制,不知是不是這樣),然后在新的窗口里,也要定義main之類的函數(shù),也就是每一個(gè)頁(yè)面的執(zhí)行流程都一樣

3.用qx.ui.window.Window來(lái)模擬所有的頁(yè)面,確實(shí)不太好,開發(fā)太困難了,也不好維護(hù)

4.Apache+mod_deflate倒沒怎么用,一般用tomcat,weblogic,這些好像并不能壓縮吧,

5.關(guān)于大數(shù)據(jù)量,一般不會(huì)一次性加載上萬(wàn)條記錄吧？一般應(yīng)該都會(huì)分頁(yè)

６.另，不知道在哪里能夠改圖片文件的加載路徑，默認(rèn)是../../icon之類，  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-29 10:45 originxu

原來(lái)在qx.manager.object.AliasManager里，  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-29 14:38 一農(nóng)

1、我感覺主要的停頓是發(fā)生在代碼庫(kù)的載入、對(duì)象的初始化，所以使用NativeWindow總有些不太好，但是也如大家討論，直接使用qx模擬的window確實(shí)也有諸多問(wèn)題，我自己也使用過(guò)通過(guò)xhr載入js文件的方法，來(lái)實(shí)現(xiàn)類似多文檔的方式，但效果不理想。通過(guò)封裝可以解決變量命名的問(wèn)題，但我有些頁(yè)面需要直接寫一些HTML來(lái)實(shí)現(xiàn)，這些HTML里的id就要保證不重名。再就是調(diào)試的問(wèn)題。雖然上述問(wèn)題我也都找到了解決的方法，但仍感覺不放心，所以我現(xiàn)在還是決定使用NativeWindow的方式，這個(gè)難度較低，容易掌握，主要問(wèn)題就是載入庫(kù)時(shí)的速度問(wèn)題，我想應(yīng)該想辦法壓縮庫(kù)，每個(gè)頁(yè)面載入的庫(kù)，可以做些裁減。這個(gè)解決方法或許更穩(wěn)妥些。
2、國(guó)際化，用靜態(tài)js的話是比較麻煩，但既然大家抉擇使用struts+jsp可以解決國(guó)際化問(wèn)題，那我抉擇可以把js當(dāng)jsp來(lái)處理嘛。隨便說(shuō)說(shuō)，我現(xiàn)在也沒考慮這個(gè)事情。
3、百萬(wàn)級(jí)js代碼，我現(xiàn)在做的項(xiàng)目因?yàn)槭腔趒ooxdoo的，所以多數(shù)頁(yè)面都是全js的，當(dāng)然限于項(xiàng)目的規(guī)模沒有百萬(wàn)級(jí)js。但使用xhr載入js文件的話，就不存在一次性載入上百js文件的問(wèn)題了。
  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-29 15:25 一農(nóng)

我發(fā)現(xiàn)dojo的樣式是通過(guò)元素的class定義的,所以如果要修改樣式,直接在當(dāng)前頁(yè)面里重新定義這些class就可以了.
而qx的是通過(guò)元素的style來(lái)定義的,需要修改theme的相關(guān)配置,感覺和dojo相比不甚方便.
不知這個(gè)理解是否正確.  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-30 09:12 oasis

@一農(nóng)

qooxdoo的設(shè)計(jì)者故意不讓用戶去直接操縱HTML/CSS的，他認(rèn)為盡管某些時(shí)候這樣做可能會(huì)帶來(lái)一些方便，但是有明顯的缺陷：
1、用戶必須成為HTML/CSS的專家，而當(dāng)涉及到跨瀏覽器的一致性時(shí)，這個(gè)難度就更大了。
2、局限于CSS的能力，按照作者的說(shuō)法，CSS的設(shè)計(jì)初衷是修飾網(wǎng)頁(yè)而不是高級(jí)GUI界面，有不少方面是用CSS無(wú)法做到的。
3、不能支持復(fù)雜的布局

因此，雖然qooxdoo內(nèi)部也使用CSS來(lái)渲染DOM，但是并不要求客戶程序員去直接使用它。作者對(duì)qx的定位是高級(jí)的框架，不僅僅是幾個(gè)widget那么簡(jiǎn)單。
  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-09-30 09:19 oasis

對(duì)于qx模擬的window，因?yàn)槲抑粚⑺?dāng)作對(duì)話框來(lái)使用，所以我目前感到唯一不便的是，對(duì)話框中的widget的值如何與cookie或是服務(wù)端beans中的值保持一致。這個(gè)應(yīng)該可以被大大的簡(jiǎn)化。
  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-10-09 09:33 originxu

1.還是沒有完全明白一農(nóng)具體的做法,感覺你是各種方式都在用,但最終你用的哪種呢?不知道能否詳細(xì)描述下,也給我等末進(jìn)取取經(jīng)?因?yàn)槟撤N程度上,我感覺qooxdoo用哪種方式都有一些問(wèn)題沒法解決,不是性能問(wèn)題,就是開發(fā)困難,總之并沒有一個(gè)比較成熟的,能應(yīng)付開發(fā)一個(gè)完整系統(tǒng)的解決方案,我說(shuō)的是比較大型的系統(tǒng),不是一個(gè)小Demo
2.使用xhr載入js文件,后臺(tái)怎么實(shí)現(xiàn)?json遠(yuǎn)程調(diào)用bean方法?還是?
3.是否完全使用json-rpc實(shí)現(xiàn),沒有用到j(luò)sp,servlet(除了json實(shí)現(xiàn)必用到的)?
4.如果完全采用json-rpc,權(quán)限怎么實(shí)現(xiàn)?
5.國(guó)際化問(wèn)題,你的系統(tǒng)中好像并沒有實(shí)現(xiàn)國(guó)際化?  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-10-10 15:57 一農(nóng)

@originxu
1、我現(xiàn)在做的一個(gè)正式項(xiàng)目就是使用的qx，已經(jīng)接近尾聲。ui使用的qx，沒有采用什么特殊的東西。我就采用最直接的新開窗口，雖然消耗資源較多，但可以忍受。另外dojo蠻好的，可以考慮一下。
2、使用xhr載入js，和后臺(tái)沒什么關(guān)系，就是為了實(shí)現(xiàn)根據(jù)需要載入js。 對(duì)，json就是調(diào)用后臺(tái)注冊(cè)給spring的bean的方法，不過(guò)json-rpc-java本身沒有直接的實(shí)現(xiàn)方法。所以對(duì)于rpc，我建議你了解dwr。
3、json-rpc是基于xhr實(shí)現(xiàn)的，是為了模擬rpc的功能。我現(xiàn)在這個(gè)項(xiàng)目多數(shù)的操作界面，使用了qx的界面，都是使用json-rpc來(lái)與后臺(tái)進(jìn)行數(shù)據(jù)交換。但有些功能是直接使用的常用的struts的方法。
4、這個(gè)也沒什么特別的地方。還和以前類似。因?yàn)檫€是請(qǐng)求響應(yīng)。還是上面說(shuō)的，因?yàn)槲矣玫膉son-rpc-java已經(jīng)不是原來(lái)的json-rpc-java了。你說(shuō)提出的json-rpc的問(wèn)題，我的回答估計(jì)對(duì)你也沒多少用處。還是看dwr就可以了 :-)
5、對(duì)我現(xiàn)在做的系統(tǒng)里并沒有考慮國(guó)際化的問(wèn)題。如果我要做這個(gè)工作的話，我還真沒想好方法呢。如果使用struts+jsp的方式來(lái)實(shí)現(xiàn)現(xiàn)在的系統(tǒng)，有些標(biāo)準(zhǔn)的方法，但我總覺著不方便開發(fā)。現(xiàn)在拍腦袋想一下，如果是js文件里需要國(guó)際化的話，我會(huì)將需要國(guó)際化的文字加上一些特殊的標(biāo)志，然后傳遞到前臺(tái)時(shí)，像jsp一樣進(jìn)行過(guò)濾。  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-10-16 23:13 weide

這個(gè)東西Dotnet下能夠使用碼？  回復(fù)  更多評(píng)論   

# re: qooxdoo 0.6rc1 發(fā)布了 2006-10-16 23:25 一農(nóng)

這個(gè)只是js庫(kù)，可以在.net下使用。
只是其中的rpc現(xiàn)在他只提供了java和php的，不過(guò)當(dāng)然你可以使用.net下的rpc。  回復(fù)  更多評(píng)論