下面是開始Android編程的好方法：

• ?找一些與你想做事情類似的代碼
• ?調整它，嘗試讓它做你像做的事情
• ?經歷問題
• ?使用StackOverflow解決問題

對每個你像添加的特征重復上述過程。這種方法能夠激勵你，因為你在保持不斷迭代，不經意中你學到了很多。然而，當你發布應用時你還要做一些更深入的事情。

從一些可正常工作的代碼到一個可怕的應用程序是一個巨大的跳躍，相比iOS平臺Android更是如此 。當在iOS上發布應用時只是在一個設備上跳躍–你的手機–對很多設備而言都很相似–同樣大小的屏幕，都有很好的硬件，95%上運行相同版本的操作系統。在Android應用中你不會遇到這種情況。

你的程序必須能夠處理一切：從屏幕，處理器，定制的操作系統，API層級以及任何其他的特定設備。

這是我對使Android應用舒服起來的個人建議。

目標屏幕尺寸及解決方法

在Android世界里目前有超過100種的不同屏幕尺寸，但解決方法也很豐富。為使你的應用適應不同的屏幕配置有兩件事情你需要確定：

1. 你對不同的屏幕尺寸有一個好的布局和結構
2. 你的圖像在不同分辨率下工作良好

為不同的屏幕而設計

1.通常會用ScrollView 和 ListView 輕松搞定

當我們有一系列不同尺寸的大屏手機時，它們之間最大的不同就是屏幕的高度。因此ScrollView和ListView通常可是有效的工作，雖然有時它們并不能完全覆蓋全部屏幕。在OpenSignal中的Dashboard標簽下我們可以看到所有部件一氣呵成，不存在滑動、對于許多高級類型標簽中，滑動展示并不見得是一件壞事。如果你能夠為你所有的設計匹配到各種屏幕上面去，那么最好不過。否則，這兩個控件會讓你用最小的開發代價來保證你的軟件在大多數屏幕上正常展示。

Dashboard style 的設計不需要scroll

?

在 values-small 文件夾中存放了一個 bools.xml 文件, 文件中有如下幾行代碼:

?

在代碼中我可這樣引用:

?

在小尺寸設備中boolean值將置為true 我此時將因此ActionBar來節省空間.?這段代碼正是非凡的ActionBarSherlock 擴展庫中的一部分,稍后再詳細介紹. 在values-sw360dp文件夾中，存放對應屏幕寬于360dp的資源文件。與上面相同的位置，有如下代碼

?

對于大屏幕而言，ActionBar就置為了顯示狀態.

我不需要將 bools.xml 文件放入 values-sw400dp文件夾中, 因為操作系統會自動按相應路徑搜索. 例如一個設備寬 600dp (600/160=3.75 英寸, 這就是我們通常所說的7片裝) 操作系統會在values-sw600dp 和其包含的的文件夾中搜索 bools.xml 文件, 若沒有找到則搜索 values-sw400dp 文件夾,在搜索 values-sw360dp 文件夾以此類推.

?

來解決這個問題，如：layout-sw360dp目錄可以匹配目標寬是360dp的機器。如果你也要支持橫豎屏布局切換的話，可以用如下目錄：

layout-sw360dp-port

別急，你有一半的用戶是說阿拉伯語的？那就將布局名稱改為下面的樣子吧：

layout-sw360dp-land

layout-sw360dp-port

layout-sw360dp-land-ar

layout-sw360dp-port-ar

建議7:讓空白空間大于圖像空間。讓圖像空間大于按鈕的大小。如果將按鈕，多選框，切換控件放大后是很丑陋的。一個100dip(0.63")大小的按鈕是不想在平板上顯示為原來兩倍寬度200dip(1.25")的.原因是屏幕變大了，這不是說平板是給巨人用的。我們可以這樣做，在按鈕增加的空間和圖片擴展的空間里添加空白。

這里有很多選項供你選擇。

圖片縮放

建議9:不要把所有的圖片都縮放了。用布局文件來適應不同屏幕尺寸的方法只是成功的一半，布局里的元素(如：圖片)也要能在高分辨率的屏幕下良好工作。在概念上比較簡單的方式就是創建一套完整的圖片目錄并將它們與很多drawable目錄匹配起來。

建議10:避免使用位圖(jpg,png)。對于一些圖標來說，用位圖是個不錯的選擇，因為它們使用簡單。但是如果可以避免使用位圖，你可以節省很多空間。但用不同的方法也可以達到很好的結果。

建議11:用XML繪圖。位圖都可以用XML繪圖來代替的。XML繪圖不是萬能的，但是它的方便性還是使我感到驚訝。Android開發文檔中有詳細的介紹，這里有個簡單的例子：

?

建議12:用更多的XML繪圖。再來介紹一個用XML繪圖制作出能更加讓你興奮的例子，下面的雷達背景看起來是不是更加的復雜：

不用位圖對你的UI是沒有壞處的(除過圖標)。

建議13:仍然用更多的XML繪圖(如果必須，就用位圖)。那我們怎樣為天氣信號構建一個超酷的圖標-讓燈泡動態的依據光的強度來進行自動填充，以及怎么點擊指針后讓其旋轉呢？這里我們用位圖和XML結合起來做個例子：

燈泡我們用PNG圖：icon_magnitude_min(一個空的燈泡)和icon_magnitude_max(充滿光的燈泡)，然后我們動態的裁剪后者。為了實現這個目標我是這樣做的：

?

建議14: 為什么要用9-patch (當你可以用XML drawables的時候)??Android具有使用9-patches 來定義drawables的選擇，有些教程闡述了怎樣用它們來做一個按鈕，這樣可以在伸展的時候保持幾個角不變 (并且避免了像素處理)。如果你已經知道怎樣使用9-patches，可能是從web設計中學會的，那么它們或許值得一用。如果你對9-patches并不熟悉，我建議你維持原樣。如果你想適應什么東西——例如拐角的圓弧或者顏色，創建9個小塊要比創建位圖更多被涉及，這就像回到了圖像編輯器的時代。許多用9-patches獲得的效果也可以通過XML獲得。

建議15: 通過覆蓋onDraw()創建自定義views.?有些事情XML并不十分在行，我們在OpenSignal和WeatherSignal中畫過許多圖像，為此有許多的庫，但是我們要為自定義圖像自己編寫代碼。這很有趣。或許你永遠也不需要做這個，但為了使圖像高度動態并自定義，這經常是唯一可行的辦法。

建議16:在不能使用XML的地方使用SVG.?有時候覆蓋onDraw()并勤勤懇懇的為自定義view編寫代碼畫出需要的線條與弧線是過于技術化了。畢竟有一種矢量圖像語言，它稱作…Scalable Vector Graphics（可擴展矢量圖形）。它也是史上最酷的Android應用之一—Androidify的動力來源。事實上他們創建這個庫就是為了那款應用，他們將它發布在這里：SVG for Android? 。這也就是我們在OpenSignal中畫儀表盤所用到的。

建議18: SVG庫并不是支持一切.?在一些特定的alpha通道中似乎不能正常工作，你甚至不得不在代碼中將它們剔除。

達到在android所有版本里表示展現一致的目標

建議19：在一些android系統里（如TouchWhizz/HTC Sense/MotoBlur等等），默認的buttons和其他UI組件會跟原生系統里的看起來差別很大。我希望這不是真的，但事實卻是如此。

建議20：自定義你的UI組件。為了確定你的app在所有的設備里看起來是一致的，你將需要自定義所有的東西。這其實沒有你想象中那么難，只要你做到了，你將能更加好地把握到你的app的展示外觀。

建議21：Selectors是創建buttons的利器。我們在上面提到了如何在XML里定義button的背景，但是你將如何創建一個當按下去會改變的button呢？很簡單：像下面那樣在xml文件里定義背景。該xml文件將接收到button當前狀態并且在外觀上做出相應的改變。

把速度作為目標

建議29:如果可以盡量用RelativeLayout。AbsoluteLayout已經過期了，就不要用了。你經常會遇到在RelativeLayout和LinearLayout中做出選擇的情況，那就直接用RelativeLayouot吧，因為它可以讓你減少視圖層次。比如，你想實現一個如下視圖：

盒子 A 在屏幕左半邊 |盒子 B在屏幕右半邊

你首先會想到這么做：

?

盒子 A 在屏幕左半邊 圖片|盒子 B在屏幕右半邊?圖片

用第一中方法，你得創建一個有兩個層次的LinearLayout，如果用第二種方法，你可以直接在同一個RelativeLayout中加入圖片，比如要指定第一個圖片必須在“dummy_center”的左邊，而且一個TextView A必須也在其左側。那么你就得用7個元素3個視圖層次了(LinearLayout 方式)，而(RelativeLayout方式)只用6個元素2個層次，這樣所有的工作添加完成。

建議30：用一些擴展工具如DDMS。這可以幫助你發現一些不必要的網絡調用、查看電池使用量、垃圾回收信息，狀態變化(例子：當回調onStop和onDestroy時)等。LittleEye是我目前比較喜歡的工具。?

建議31：用AsyncTasks。Anroid工程團隊受夠了人們經常在UI線程里面實現網絡調用(譯注：耗時操作，容易阻塞UI刷新)，所以他們實現了一些可產生編譯級錯誤信息的API。但是仍然在很多app中的一些工作會拖垮UI線程，我們要考慮到UI布局要快以及提高UI的響應性。

目標機器空間小

建議32：一些Aandroid設備有100mb空間大小的限制。現在情況已有變化了，但是仍然有很多用戶還會擔心5Mb大小的app會浪費空間。如果你可以選擇將app裝入SD卡的話，這就不是問題了，但如果你的app需要在onBoot里啟動的話你就不能裝入SD卡了(例子：如一些窗體小部件).甚至對于一些新的設備，如果能很快的下載一個小的APK的話，用戶還是很高興的。?

建議33：用XML資源(我發誓上次我已經提醒過了)，這將比PNG資源節省很多空間，當你僅僅需要一個可以滿足很多屏幕大小的配置時，一個XML文件會比能實現同樣功能的PNG省空間。

目標bugs