1. 為Activity聲明系統配置變更事件
系統配置變更事件是指轉屏，地區語言發生變化，螢幕尺寸發生變化等等，如果Activity沒有聲明處理這些事件，發生事件時，系統會把Activity殺掉然後重啟，並嘗試恢複狀態，Activity有機會通過onSaveInstanceState()儲存一些基本資料到Bundle中，然後此Bundle會在Activity的onCreate()中傳遞過去。雖然這貌似正常，但是這會引發問題，因為很多其他的東西比如Dialog等是要依賴於具體Activity執行個體的。所以這種系統預設行為通常都不是我們想要的。
為了避免這些系統預設行為，就需要為Activity聲明這些配置，如下二個是每個Activity必須聲明的：
<activity android:configChanges="orientation|keyboardHidden">
幾乎所有的Activity都要聲明如上，為什麼Android不把它們變成Default的呢?
2. 盡量使用Android的API
這好像是廢話，在Android上面開發不用Android API用什嗎？因為Android幾乎支援Java SE所有的API，所以有很多地方Android API與Java SE的API會有重複的地方，比如說對於檔案的操作最好使用Android裡面Context封裝的API，而不要直接使用File對象：
Context.openFileOutput(String); // no File file = new File(String)
原因就是API裡面會考慮到Android平台本身的特性；再如，少用Thread，而多使用AsyncTask等。
3. 要考慮到Activity和進程被殺掉的情況
如了通常情況退出Activity外，還有Activity因其他原因被殺的情況，比如系統記憶體過低，系統配置變更，有異常等等，要考慮和測試這種情況，特別是Activity處理重要的資料時，做好的資料的儲存。
4. 小心多語言
有些語言真的很囉嗦，中文或英文很簡短就能表達的事情到了其他語言就變的死長死長的，所以如果是wrap_content就可能把其他控制擠出可視範圍； 如果是指定長度就可能顯示不全。也要注意特殊語言比如那些從右向左讀的語言。
5. 不要用四大組件去實現介面
一是組件的對象都比較大，實現介面比較浪費，而且讓代碼更不易讀和理解； 另外更重要的是導致多方引用，可能會引發記憶體泄露。
6. 用getApplication()來取Context當參數
對於需要使用Context對象作為參數的函數，要使用getApplication()擷取Context對象當參數，而不要使用this，除非你需要特定的組件執行個體！getApplication()返回的Context是屬於Application的，它會在整個應用的生命週期記憶體在，遠大於某個組件的生命週期，所以即使某個引用長期持有Context對象也不會引發記憶體泄露。
7. 主線程只做UI控制和Frameworks回調相關的事。附屬線程只做費時的後台操作。互動只通過Handler。這樣就可以避免大量的線程問題。
8. Frameworks的回調不要做太多事情僅做必要的初始化，其他不是很重要的事情可以放到其他線程中去做，或者用Handler Schedule到稍後再做。
9. 要考慮多解析度
至少為hdpi, mdpi, ldpi準備圖片和布局。元素的單位也儘可能的使用dip而不要用px。
10. 利用Android手機的硬鍵
幾乎所有的Android手機都有BACK和MENU，它們的作用是返回和快顯功能表，所以就不要再在UI中設計返回按扭和菜單按扭。很多優秀的應用如隨手記和都有返回鍵，他們之所以有是因為他們都是從iOS上移植過來的，為了儲存體驗的一致，所以也有了返回和菜單。但這不夠Android化，一個純正的Android是沒有必須重複硬鍵的功能的。
