淺談Android源代碼改進問題

下面介紹下有關android源代碼的內容和編程技巧，但是首先要讓大家了解下什麼是android操作系統，所謂的android系統：基於Linux平台的開源手機操作系統。

實際上，TestCase這個類用於在android源代碼擔當所有獨特的TestCase的基類的作用，它是一個Abstract Class。android單元測試類繼承關系圖如下所示：

之所以有那麼多XXXTestCase主要是為了簡化工作。例如當你想對一個訪問數據庫的功能進行測試時，首先需要自己啟動並初始化數據庫。在這裡是類似的，如果你想測試一個Activity，首先要啟動它。而ActivityTestCase就會自動幫你做完這些事情。

而 ActivityUnitTestCase會更注重測試的獨立性，它會讓測試與android源代碼的聯系降到最低。其余的類可以查看相關的Javadoc 來按需挑選。要編寫測試，就是找到合適的XXXTestCase作為基類來繼承。

並且編寫自己的測試方法。很明顯的，最簡單的編寫測試的方法就是繼承android源代碼寫一個自己的TestCase。然後為自己的一組TestCase寫一個Activity界面。由界面控制 TestCase的啟動，運行和結果報告。

但是，你很快會發現，為何要給測試寫一個界面呢?這太詭異了。這時就需要一種技術，它可以利用命令行(Shell)來啟動一組測試，並且通過命令行的形式給出結果。這就是所謂的Instrumentation。

除了上次我們簡單介紹的內容外可以看到Motodev studio for android在創建新文件時，多出了不少選項，比如android Activity、Broadcast Receiver、Service、Content Provider，幾乎android源代碼的主要框架都包含在內了。

不過僅僅是基礎代碼的生成，從另一個側面可以看到這點Google畢竟是從Web起家的，對於開發人員來說微軟這方面作為軟件帝國想的就十分周到。Motodev只是做了小幅的補充。經過簡單的試用可以看到對於標准的android源代碼來說。

試用Motodev還合適，不過考慮到目前moto的經濟狀況，長久考慮還是推薦使用Eclipse+ADT的方式穩當，總體而言和Google官方的開發工具相比沒有太大的改進，至少工作在Java VM上的產物穩定性仍然是一個問題。