下面讓我們進入正文：
1.IDE的選擇
大多數Android開發是在Eclipse中進行的，其實IntelliJ IDEA的社群版也挺不錯，我用它非常順暢地編寫了一些應用程式。就個人而言，我對於Eclipse的UI拖放介面並不怎麼在乎。不過它確實令人印象深刻，很多工作需要在這裡完成。
2.為多數人開發應用
我們都喜歡使用最新的Android版本，因為上面會出來一些新的很酷的玩意兒。但是，目前市場上的Android智慧手機還跟不上新版本釋出的速度。所以在投入到編碼之前，應該先做一個初步的調查。看看舊版本編寫的應用程式是否還是主流。如果答案是肯定的，那麼想用新版本，你可能就還需要再等一段時間。
3.不要模擬器，直接上真傢伙
模擬器不但非常的慢，而且測試的東西很有限。我一般只用它來測試我的應用程式放到更大尺寸的螢幕上時，看上去怎麼樣，並且僅此而已。我的建議是，如果你想要節省時間，使用通過USB連線到真實裝置。不過實際上你需要配備兩臺裝置，因為有些東西你需要做裝置對裝置的通訊測試，比如說SMS、藍芽等。當然如果第二個裝置的螢幕尺寸與第一個不一樣就更好了。裝置越不同，應用程式的測試效果就越好。
4.不喜歡XML？那悲劇了
所有Android的UI都是基於XML的，這一開始的時候讓我頭大無比。雖然也有其他工具可以完成UI的某些方面，比如Action Bar生成器（如Sherlock），但是目前我還不知道其他全面化的GUI生成工具。所有視覺化的編輯工具，不是測試起來有bug就是不全面。所以，如果你知道什麼好的工具，請讓我們這些XML狗知道。
5.使用模組化的UI結構
打造一個像樣的UI所需要的XML數量會變得迅速…令人望而生畏。因此，可以使用includes和fragments儘可能多地構建在不同佈局中都能重用的元件。fragments是在3.0版本中引入的，不過如果你用早期版本開發，那麼也可以下載支援庫。
6.你需要一個設計師
或者你自己成為一個設計師。有一些線上工具，如Android Asset Studio，可以新增常見的GUI元素至你的應用程式。如果這樣還不能滿足你的要求，那你就需要自己設計以適應不同的螢幕。此外，請務必閱讀正式的Android Design指導方針。
7.使用適合的Android特定的解決方案
Android特定的解決方案通常更簡單，效能更好。以多執行緒和非同步處理為例，在開啟java.util.concurrent包之前考慮使用IntentService或AsyncTask。不過在某些情況下，這種做法可能會顯得繞遠路。
8.谷歌仍然是我們的好朋友
雖然Android開發的官網上也有很多文件，但是谷歌搜尋的速度更快。舉個具體的例子，關於刪除SMS訊息，用谷歌搜尋到的在stackoverflow上面的真知灼見比官方文件要多得多。
9.注意“神奇的工具”
具體就不點名了，不過一定要警惕那種宣稱可以全面簡化智慧手機開發（包括Android、iOS和Blackberry RIM多種系統）的產品。我並不是說這些產品就一定都是垃圾，但首先應該確保通過開發一個簡單但有意義的應用程式來測試它們，在它們上面進行部署。每一個都應該看上去像OS上的本機應用程式一樣。當然，如果你只需要為移動裝置開發一款Web應用，那麼可忽略此條。
10.所有好的軟體實踐仍然適用
廣泛的測試（比如說使用Monkey），設計國際化和本地化，使用設計模式等，都是很好的軟體開發實踐。
如果你覺得過於繁瑣，那麼最少最少也應該將UI程式碼從業務邏輯中分離出來，即使是最小的應用。否則在不久的將來，當各種問題接踵而至的時候，你就追悔莫及了。
Android開發是一個令人興奮的體驗，讓我們一起加油吧。
評論(1)