最近讓新來(lái)的實(shí)習(xí)生寫訂餐機(jī)器人，羽毛球活動(dòng)預(yù)定機(jī)器人，兩個(gè)人寫了幾個(gè)星期，看得我心急火燎。現(xiàn)在的研究生啊。。。。

自己拿來(lái)skype4java看了一下，感覺很好用。里面提供了一個(gè)application機(jī)制，類似socket，又強(qiáng)于socket。為什么說(shuō)強(qiáng)呢？因?yàn)槭腔趕kype, 穿透防火墻啦。
windows自帶的遠(yuǎn)程桌面很好用，在速度上，比以前基于位圖傳送的netmeeting/pcanywhere之類的都要強(qiáng)。
linux下面的遠(yuǎn)程桌面做的比較好的是nx系列。但是這些遠(yuǎn)程桌面的致命問題就是網(wǎng)關(guān)、防火墻問題。
就是說(shuō)你要在家訪問公司電腦，基本上要在防火墻上鑿洞，或者借助于vpn，softether之類的東東。

skype的application利用skype自身的通訊機(jī)制，屏蔽了這些問題，當(dāng)然，你的應(yīng)用也必須依賴skype了。

java做遠(yuǎn)程桌面要能截屏、控制鼠標(biāo)鍵盤，所幸有java.awt.Robot, 原來(lái)這個(gè)東西是為了做自動(dòng)化測(cè)試，剛好。
剩下就是穿數(shù)據(jù)的問題。屏幕圖片，如果是bmp，比較碩大，即使是上網(wǎng)等文本界面，壓縮下來(lái)也要幾十k, 如果網(wǎng)絡(luò)帶寬不夠的話，比如公司有幾個(gè)下載愛好者，會(huì)比較慘。所以呢，決定傳差異，緩存前面的屏幕，看看如果差別不大，就只傳變化的部分。這樣數(shù)據(jù)量就比較小。但是呢，壓縮圖片的時(shí)候就不能采用有損壓縮啦，否則屏幕會(huì)變得越來(lái)越怪異。。。

比較遺憾的是沒能象windows自帶的rdp那樣攔截繪圖操作，在點(diǎn)陣圖的方案上效率還是比較低的。希望有高手指點(diǎn)！

skype4java是個(gè)日本人寫的，幾個(gè)聽了我介紹的朋友都有這疑問：日本人寫的？
呵呵，如果你能寫出更好的，咱就不用它。那個(gè)日本作者還不錯(cuò)，上班比較忙，還是答應(yīng)抽空f(shuō)ix幾個(gè)bug，感謝中~

體驗(yàn)一下吧：skypeRDP

適用版本GWT 1.0.21。
由于目前google web toolkit還沒有正式release, 所以問題多多。記錄一下碰到的問題：

1. Shell調(diào)試模式和實(shí)際編譯結(jié)果有差異。
shell中報(bào)告的異常在運(yùn)行中只是一些凌亂的腳本錯(cuò)誤，或者干脆沒有響應(yīng)。
shell中通過(guò)的程序在實(shí)際運(yùn)行時(shí)還會(huì)有錯(cuò)誤。
2. 避免錯(cuò)誤的方法是捕獲異常，
在onModuleLoad方法中try catch
或者GWT.setUnCaughtExceptionHandler()//全局異常捕獲
3. LOG, 利用GWT.log(). shell模式下會(huì)輸出到控制臺(tái)。
4. 遠(yuǎn)程調(diào)用屬于異步。同步遠(yuǎn)程調(diào)用可以自己包裝ClientCallback，在一個(gè)結(jié)束后調(diào)用另外一個(gè).
5. RPC調(diào)用中Set傳遞有bug, 暫時(shí)用List
6. Eclipse直接運(yùn)行Compiler/Shell, 加入gwt-dev-windows.jar。
main: com.google.gwt.dev.GWTCompiler/GWTShell
arguments: -out ${project_loc}\WebContent real/Index.html
classpath->UserEnties->advanced->add folder->選擇項(xiàng)目的src目錄，要在第一位。
7. Tomcat5問題多多, 用tomcat4.
8. gwt-user中非法包含javax.servlet, tomcat認(rèn)為其無(wú)效。直接放到tomcat/common/lib中。或者在jar中去掉。
9. Exception.getStackTrace() 在Shell模式下有效, GWT.isScript()可以判斷
10. 靜態(tài)中文在html中亂碼，要在html header中加入<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

開發(fā)設(shè)計(jì)兩個(gè)類：
雞，構(gòu)造的時(shí)候要帶入蛋．
蛋，構(gòu)造的時(shí)候要帶入雞．

編譯沒問題，初始化數(shù)據(jù)的時(shí)候問題出來(lái)了．
new 雞(new 蛋(???))　//蛋是誰(shuí)下的？
作為一個(gè)正統(tǒng)的進(jìn)化論學(xué)生，解決如下：構(gòu)造原始雞類，雞開始是不下蛋的，把雞的構(gòu)造函數(shù)改成空的，這時(shí)候初始化一條原始雞的數(shù)據(jù)沒問題．然后進(jìn)化出來(lái)蛋，雞下的，類不用改，把蛋的數(shù)據(jù)初始化好．這時(shí)候雞進(jìn)化，由蛋孵出來(lái)，構(gòu)造方法要帶蛋進(jìn)來(lái)，初始化一只新雞，刪除原始雞數(shù)據(jù)．

OK，問題解決了嗎？這樣程序每次初始化數(shù)據(jù)的時(shí)候要改造雞類，好像不大容易啊....

那上帝造物學(xué)說(shuō)怎樣解決問題呢？：
雞1 = new 雞(null);
蛋1 = new 蛋(null);
雞1.set蛋(蛋1);
蛋1.set雞(雞1);
save(雞1,蛋1);
雞和蛋同時(shí)出來(lái)了．上帝造物法勝利

是不是我的類設(shè)計(jì)有問題，怎么會(huì)碰到雞生蛋蛋孵雞這種郁悶的問題呢？

db4o目前還沒有unique index/primary key機(jī)制。(5.4)

上面的例子會(huì)存儲(chǔ)兩個(gè)同樣的User對(duì)象。
僅有的ID是一個(gè)存儲(chǔ)文件中的ID, 經(jīng)過(guò)碎片整理之后會(huì)發(fā)生變化，顯然不適用。
要實(shí)現(xiàn)一個(gè)auto_increament的主鍵恐怕要自行實(shí)現(xiàn)。或者用已有的UUID實(shí)現(xiàn)。

可能db4o太年輕的關(guān)系，目前還沒有支援這些功能。建議用@Annotation來(lái)實(shí)現(xiàn)。并且控制存儲(chǔ)。
@ID
@Unique
@Index
在EJB3里面已經(jīng)有現(xiàn)成的定義可以參考。

原來(lái)說(shuō)是xaml只是隨著下一個(gè)版本的windows放出，后來(lái)改編到winfx里面，最近聽說(shuō)作為.net3.0出現(xiàn)．這樣的直接后果就是這個(gè)b/s+c/s通吃的UI框架不但要寄生在新版windows里面，也要被用來(lái)在xp上攻城略地．

微軟這回蓄勢(shì)待發(fā)xaml有多強(qiáng)大呢？3d（感覺不夠純粹）／強(qiáng)大的數(shù)據(jù)綁定／動(dòng)畫／多媒體支持．．．
這里可怕的不僅僅是框架，還有配套的GUI開發(fā)工具．有趣的是Interactive Designer據(jù)說(shuō)就是用wpf開發(fā)的．
xaml只是個(gè)xml描述文件，里面可以包含代碼，編譯成UI界面．所有的界面內(nèi)容也可以由程序動(dòng)態(tài)運(yùn)行．
這樣未來(lái)運(yùn)行在browser里面的UI不是復(fù)雜的ajax，是和后臺(tái)一致的托管代碼．

Java怎樣應(yīng)對(duì)呢？Java+Flash? 開發(fā)bs都困難重重．除非Flash能放棄as，直接同java結(jié)合，或者兩個(gè)公司合作開發(fā)一個(gè)新框架．這個(gè)新框架應(yīng)該是什么樣子呢？完全的3D視角，時(shí)間軸控制．．．重演c#后來(lái)居上的歷史．

Java在Sun的手里一直半死不活，真希望能趕快被google并購(gòu)，或者sun主動(dòng)把java捐贈(zèng)出來(lái)．

如果沒有＂意外＂，在wpf正式發(fā)行以后，桌面應(yīng)用將逐步過(guò)渡到wpf開發(fā)．HTML由于其跨平臺(tái)，可能會(huì)平分秋色．

面對(duì)wpf，如何反抗？java.net是太監(jiān)，在.net陣營(yíng)里面連二奶都不算，等于投降．
利用xaml? xaml被編譯加載，其執(zhí)行框架還是.net，機(jī)會(huì)似乎不大．在瀏覽器上可能會(huì)有類似lasszlo的組合．

作為Java愛好者，祈禱奇跡發(fā)生吧，還好在Java世界中奇跡是家常便飯 :)