經(jīng)過11個(gè)半小時(shí)的長途飛行，還有在韓國的一夜煎熬，終于踏上了祖國的國土。回家的感覺真好。
不得不提一下在韓國的待遇，因?yàn)橐^夜，機(jī)場提供賓館住宿，飛機(jī)于韓國當(dāng)?shù)貢r(shí)間晚上9點(diǎn)半到達(dá)，結(jié)果凌晨2點(diǎn)多我才躺在賓館的床上。
條件還是不錯(cuò)，是個(gè)5星的賓館，于是按計(jì)劃給沒有同行的老婆打個(gè)電話，聊了大概20分鐘，可是第二天退房的時(shí)候竟然要了我1萬多korean wan，合人民幣100左右。我算是張記性了，以后還是買張卡再打電話吧。
回國稍微休息了一天，把Dojo book第一章補(bǔ)充翻譯了出來。
譯者序：
Dojo book目前還在不斷更新和補(bǔ)充中，我會(huì)盡量跟上原著的腳步，給大家最新的信息。
更新我會(huì)用隨筆寫出來，同時(shí)也會(huì)更新原文章。
I/O
dojo.io.blind介紹在我們制作dojo的時(shí)候，目的是讓用戶和開發(fā)者都能享受到DHTML程序。在很多朋友的支持下，特別是Aaron
Boodman和Mark Anderson，我們已經(jīng)找到了解決可用性的方法。我們提供了一個(gè)單獨(dú)的易用的API和一個(gè)包裝類，這個(gè)類只需要兩個(gè)文件。dojo.io包提供了對XMLHTTP和一些其他更復(fù)雜的傳輸結(jié)構(gòu)的支持。
在dojo.io包中我們一般最常使用的是dojo.io.bind()方法。dojo.io.blind()是一個(gè)標(biāo)準(zhǔn)的異步的請求API，它包含了各種傳輸層（transport layers），包括queues of iFrames,XMLHTTP,mod_pubsub,LivePage等等。Dojo會(huì)試圖為當(dāng)前的請求選擇最合適的傳輸方法，因?yàn)樵谧鼍W(wǎng)站時(shí)一般不會(huì)使用到其他傳輸，所以我們只用到XMLHTTP。dojo接受一個(gè)匿名的類，但是在知道這個(gè)類的屬性的情況下，把它作為方法參數(shù)（function argument）。下面的代碼是創(chuàng)建一個(gè)請求（request），這個(gè)請求會(huì)從URL返回原始的字符串。
dojo.io.bind({
????url:?"http://foo.bar.com/sampleData.txt",
????load:?function(type,?data,?evt){?/*do?something?w/?the?data?*/?},
????mimetype:?"text/plain"
});
這就是全部，你提供了一個(gè)數(shù)據(jù)地址，還有一個(gè)當(dāng)你得到返回值時(shí)要執(zhí)行的function。但是如果在請求過程中出錯(cuò)了怎么辦呢？我們再來創(chuàng)建一個(gè)register來解決：
dojo.io.bind({
????url:?"http://foo.bar.com/sampleData.txt",
????load:?function(type,?data,?evt){?/*do?something?w/?the?data?*/?},
????error:?function(type,?error){?/*do?something?w/?the?error*/?},
????mimetype:?"text/plain"
});
同樣也可以只創(chuàng)建一個(gè)單獨(dú)的handler來解決：
dojo.io.bind({
????url:?"http://foo.bar.com/sampleData.txt",
????handle:?function(type,?data,?evt){
????????if(type?==?"load"){
????????????//?do?something?with?the?data?object
????????}else?if(type?==?"error"){
????????????//?here,?"data"?is?our?error?object
????????????//?respond?to?the?error?here
????????}else{
????????????//?other?types?of?events?might?get?passed,?handle?them?here
????????}
????},
????mimetype:?"text/plain"
});
下面的代碼提交一段javascript程序段，然后讓服務(wù)器運(yùn)行它，一般我們這么做是為了加速程序運(yùn)行，注意
mimetype：
dojo.io.bind({
????url:?"http://foo.bar.com/sampleData.js",
????load:?function(type,?evaldObj){?/*?do?something?*/?},
????mimetype:?"text/javascript"
});
如果你想確保程序使用XMLHTTP，可以這樣寫：
dojo.io.bind({
????url:?"http://foo.bar.com/sampleData.js",
????load:?function(type,?evaldObj){?/*?do?something?*/?},
????mimetype:?"text/plain",?//?get?plain?text,?don't?eval()
????transport:?"XMLHTTPTransport"
});
Being a jack-of-all-trades,
bind() also supports the submission of forms via a
request (with the single caveat that it won't do file upload over XMLHTTP):
作為一個(gè)jack-of-all-trades（萬事通），bind()同樣支持來自于表單提交的數(shù)據(jù)。
dojo.io.bind({
????url:?"http://foo.bar.com/processForm.cgi",
????load:?function(type,?evaldObj){?/*?do?something?*/?},
????formNode:?document.getElementById("formToSubmit")
});
以上只是一些最基本的，其實(shí)這些可以不用全部由開發(fā)者自定義。
RPC你可以看到，Dojo通過dojo.io.bind提供了簡單，強(qiáng)大的方法使用多種多樣的I/O functions。但是在開發(fā)過程中，程序員會(huì)調(diào)用很多很多I/O，這同時(shí)會(huì)給服務(wù)器和客戶端加重負(fù)擔(dān)。Dojo的RPC服務(wù)就是為了減少負(fù)擔(dān)，易用，精簡代碼而生的。
RPC的全名是Remote Procedre Calls,或者Remote Method Invocation,（譯者：遠(yuǎn)程method調(diào)用）。最基本的，RPC允許開發(fā)者調(diào)用在遠(yuǎn)程服務(wù)器上的方法（method）。Dojo不僅提供了基本的RPC client包，而且還擴(kuò)展了它，使它支持JSON-RPC服務(wù)和YAHOO服務(wù)。同時(shí)你也可以自己寫出相對于其他服務(wù)的類。
我們假定有一個(gè)需要調(diào)用服務(wù)器端程序的小程序，假設(shè)要調(diào)用add(x,y)和subtract(x,y)。在沒有特殊情況的條件下，我們的客戶端會(huì)這樣寫：
add?=?function(x,y)?{
????request?=?{x:?x,?y:?y};
????dojo.io.bind({
????????????url:?"add.php",
????????????load:?onAddResults,
????????????mimetype:?"text/plain",
????????content:?request
????});
}
subtract?=?function(x,y)?{
????request?=?{x:?x,?y:?y};
????
????dojo.io.bind({
????????????url:?"subract",
????????????load:?onSubtractResults,
????????????mimetype:?"text/plain"
????????content:?request
????});
}
你看，這不是很難。但是無論是我們讓服務(wù)器運(yùn)行add和subtract還是讓客戶端自己計(jì)算，這只是一個(gè)非常簡單的程序。如果我們要調(diào)用在服務(wù)器上30個(gè)不同method會(huì)怎么樣呢？我猜我們可能要重復(fù)的寫幾乎一樣的代碼一遍又一遍，每次都要?jiǎng)?chuàng)建一個(gè)請求類（request object),設(shè)定URL，設(shè)定變量等等。這不僅容易出錯(cuò)，而且還很枯燥。
Dojo的RPC客戶端簡化了這個(gè)過程：
{
????"serviceType":?"JSON-RPC",?
????"serviceURL":?"rpcProcessor.php",?
????"methods":[?
????????{
????????????"name":?"add",?
????????????"parameters":[
????????????????{"name":?"x"},
????????????????{"name":?"y"}????
????????????]
????????},
????????{
????????????"name":?"subtract",?
????????????"parameters":[
????????????????{"name":?"x"},
????????????????{"name":?"y"}????
????????????]
????????}
????]
}
以上就是對于服務(wù)器的定義。一旦定義創(chuàng)建完畢，其他的事情就簡單了，我們還可以創(chuàng)建一個(gè)類：
var?myObject?=?new?dojo.rpc.JsonService?(defintion);
要使用服務(wù)器的方法：
myObject.add(3,5);
我敢打賭你會(huì)在想“我不是只調(diào)用方法就夠了，我還有得到計(jì)算的結(jié)果。”你是對的，但這也是非常容易的。服務(wù)器端的myObject.add()會(huì)返回一個(gè)延緩類（deferred object）。Twisted Python用戶可能對延緩類（deferred object）很熟悉，延緩類（deferred object）允許開發(fā)者根據(jù)返回?cái)?shù)據(jù)的類型附加一個(gè)或更多的回叫（callbacks）和錯(cuò)誤處理（errbacks）。這里有一個(gè)簡單的例子：
var?myDeferred?=?myObject.add(3,5);
myDeferred.addCallback(myCallbackMethod);
我們把mycallbackmethod作為回叫添加到我們的延緩類mydeferred。這時(shí)，8會(huì)被傳遞進(jìn)mycallbackmethod。另一方面，我們也可以添加一個(gè)errback method來處理服務(wù)器返回的出錯(cuò)信息。我們隨意添加回叫方法（callback），多少都可以，它們會(huì)按照我們定義的順序被調(diào)用。
以上的例子都是圍繞dojo.rpc.JsonService展開的。我們還可以使用dojo.rpc.YahooService，規(guī)范和結(jié)構(gòu)都是一樣的。這兩個(gè)類都是繼承了dojo.rpc.RpcService。要?jiǎng)?chuàng)建自己的類會(huì)在第二章中詳細(xì)介紹。（譯者：第二章原著還沒有完成）
抱歉引用了“饅頭”的經(jīng)典格式
。
技術(shù)是枯燥的，如果我們玩技術(shù)的再不自娛自樂一下，那可真沒救兒了。
言歸正傳，“笑話”是這樣的：
當(dāng)美國人第一次成功發(fā)射載人衛(wèi)星后，美國宇航員發(fā)現(xiàn)因?yàn)樘杖鄙俚厍蛞Γ瓉矸奖愕膱A珠筆不能用了。于是美國花巨資組成了一個(gè)研發(fā)小組，經(jīng)過半年后終于研制出了一種可以不受引力限制的圓珠筆，美國宇航局（NASA）非常滿意。
與此同時(shí)，俄羅斯宇航員也遇到了同樣難題，圓珠筆不好用了！
結(jié)果俄羅斯宇航員決定使用鉛筆。
我突然想起了我在不久之前研究ajax的時(shí)候，為了使用Net Beans＋GWT來開發(fā)ajax，查閱了很多文檔，找了很多資料，就是沒想起來其實(shí)可以用textpad寫class的。
這也是我為什么喜歡上dojo的原因，本來簡潔的東西就讓它簡潔下去，何必讓它那么復(fù)雜？
當(dāng)然，如果能熟練的用Net Beans＋GWT或者DWR開發(fā)ajax也不乏是件美事。
但是也許有的時(shí)候我們沒有象“美國”那樣的實(shí)力或者精力，在想簡單的作一個(gè)小項(xiàng)目的時(shí)候不妨試試“俄羅斯”的辦事方法，該簡單的事情別搞復(fù)雜了。
今天突然發(fā)現(xiàn)原來wordpress.com的blog在中國訪問有問題，為了能跟更多的朋友一起學(xué)習(xí)，于是決定轉(zhuǎn)到這個(gè)blog，開始我的新研究旅程。
這里的第一感覺是氣氛很好，沒有程序員的牢騷，只有技術(shù)，技術(shù)第一。
把剛剛完成的Dojo.Book第一章翻譯轉(zhuǎn)過來，給有需要的朋友一些幫助，我會(huì)抓緊把下兩章翻譯出來。
Dojo.Book第一章以后我還會(huì)寫更多關(guān)于Dojo的文章。
我個(gè)人比較看好Dojo，簡潔，強(qiáng)大，最近Sun也加入了Dojo開發(fā)組。
抱歉，剛剛修正鏈接。