命令處理器的執(zhí)行方法通過查找“name”來決定調(diào)用哪個方法，然后做什么。第一個參數(shù)是一個“響應”對象（這么叫是因為初只是用于將響應發(fā)回給用戶），它封裝的不只是可能發(fā)送的值；還有一個方法，使要調(diào)度的響應返回給用戶以及可以找出有關(guān)DOM的實現(xiàn)機制。第二個參數(shù)是上面參數(shù)對象的值（在這里是Id和name）。這個方案的優(yōu)點是每個函數(shù)都有一個統(tǒng)一的接口，反映了在客戶端上使用的結(jié)構(gòu)，這意味著用來思考每一端的代碼的心理模式是相似的。這是getAttribute的底層實現(xiàn)，在之前也看到過：

FirefoxDriver.prototype.getElementAttribute = function(respond， parameters) {

  var element = Utils.getElementAt(parameters.id，

       respond.session.getDocument());

  var attributeName = parameters.name;

  respond.value = webdriver.element.getAttribute(element， attributeName);

  respond.send();

};

為了使元素引用一致，第一行是在緩存中通過不透明的ID查找被引用的元素。在Firefox driver中，那個ID是一個通用識別碼，cache是一個map。這個getElementAt方法還檢查元素是否已知并且附加到DOM上，如果檢查失敗，ID則從緩存中移除并拋異常返回給用戶。

第二行之前討論過的是利用瀏覽器自動化原子，這時候編譯為一個單個腳本并加載為擴展的一部分。后一行調(diào)用了send方法，做了個簡單的檢查，確保在調(diào)用執(zhí)行方法的回調(diào)前一次只發(fā)一個響應。該響應是以JSON字符串裝到對象里的形式發(fā)回給用戶（假設(shè)getAttribute返回7，意思是沒有發(fā)現(xiàn)元素）。

{

  'value': '7'，

  'status': 0，

  'sessionId': 'XXX'

}

然后Java客戶端檢查狀態(tài)的值，如果該值非零，把數(shù)字狀態(tài)碼轉(zhuǎn)換成正確類型的異常拋出來，使用“value”字段設(shè)置發(fā)送給用戶的消息，如果狀態(tài)為零“value”字段的值直接返回給用戶。

大部分能行的通，但是有一位聰明的讀者提出個問題：在調(diào)用執(zhí)行方法之前為什么調(diào)度器把對象轉(zhuǎn)換成一個字符串？

這樣做的原因是Firefox driver還支持純javascript編寫的測試腳本。通常情況下，這是件非常難以實現(xiàn)的事情：測試都是在瀏覽器的Javascript安全沙盒中運行，因此可能不會做一系列對測試有用的事情，如在不同域之間切換或上傳文件等。但是，Webdriver的Firefox擴展提供了一個解決辦法，屬性添加到文檔元素上以證明它的存在。Webdriver的Javascript API使用它作為一項指標，它可以添加JSON序列化的命令對象作為文檔元素的命令屬性的值，觸發(fā)一個自定義的webdriverCommand事件，然后在被通知響應已確定的相同元素上監(jiān)聽webdriverResponse事件。

這表明在一個裝有Webdriver擴展的firefox版本里瀏覽網(wǎng)頁是一個壞點子，因為它使其他人遠程控制瀏覽器變得更容易。

在后臺有一個DOM消息器，等待webdriverCommand讀取序列化的JSON對象并調(diào)用命令處理器的執(zhí)行方法。這次，回調(diào)是在文檔元素上設(shè)置了響應屬性，然后觸發(fā)預期的webdriverResponse事件。