【移動應(yīng)用開發(fā)技術(shù)】Appium Android Bootstrap源碼分析之控件AndroidElement

【移動應(yīng)用開發(fā)技術(shù)】AppiumAndroidBootstrap源碼分析之控件AndroidElement

通過上一篇文章《AppiumAndroidBootstrap源碼分析之簡介》我們對bootstrap的定義以及其在appium和uiautomator處于一個什么樣的位置有了一個初步的了解，那么按照正常的寫書的思路，下一個章節(jié)應(yīng)該就要去看bootstrap是如何建立socket來獲取數(shù)據(jù)然后怎樣進行處理的了。但本人覺得這樣子做并不會太好，因為到時整篇文章會變得非常的冗長，因為你在編寫的過程中碰到不認識的類又要跳入進去進行說明分析。這里我覺得應(yīng)該嘗試吸取著名的《重構(gòu)》這本書的建議：一個方法的代碼不要寫得太長，不然可讀性會很差，盡量把其分解成不同的函數(shù)。那我們這里就是用類似的思想，不要嘗試在一個文章中把所有的事情都做完，而是嘗試先把關(guān)鍵的類給描述清楚，最后才去把這些類通過一個實例分析給串起來呈現(xiàn)給讀者，這樣大家就不會因為一個文章太長影響可讀性而放棄往下學(xué)習(xí)了。那么我們這里為什么先說bootstrap對控件的處理，而非剛才提到的socket相關(guān)的socket服務(wù)器的建立呢？我是這樣子看待的，大家看到本人這篇文章的時候，很有可能之前已經(jīng)了解過本人針對uiautomator源碼分析那個系列的文章了，或者已經(jīng)有uiautomator的相關(guān)知識，所以腦袋里會比較迫切的想知道究竟appium是怎么運用了uiautomator的，那么在appium中于這個問題最貼切的就是appium在服務(wù)器端是怎么使用了uiautomator的控件的。這里我們主要會分析兩個類：我們在腳本上對控件的認識就是一個WebElement:pc端傳過來的json字串有幾個fields：/20141030213808812?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvemh2YmFpdGlhbg==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast上一節(jié)我們說到appiumpc端是通過id把WebElement和目標機器端的AndroidElement映射起來的，那么我們這一節(jié)就來看下維護AndroidElement的這個哈希表是怎么實現(xiàn)的。首先，它擁有兩個成員變量：作者自主博客微信CSDN天地會珠海分舵服務(wù)號:TechGoGoGo掃描碼:

免責(zé)聲明：本站發(fā)布的內(nèi)容（圖片、視頻和文字）以原創(chuàng)、轉(zhuǎn)載和分享為主，文章觀點不代表本網(wǎng)站立場，如果涉及侵權(quán)請聯(lián)系站長郵箱：is@進行舉報，并提供相關(guān)證據(jù)，一經(jīng)查實，將立刻刪除涉嫌侵權(quán)內(nèi)容。手機網(wǎng)