1. 為Activity聲明系統(tǒng)配置變更事件
系統(tǒng)配置變更事件是指轉(zhuǎn)屏，區(qū)域語言發(fā)生變化，屏幕尺寸發(fā)生變化等等，如果Activity沒有聲明處理這些事件，發(fā)生事件時(shí)，系統(tǒng)會把Activity殺掉然后重啟，并嘗試恢復(fù)狀態(tài)，Activity有機(jī)會通過onSaveInstanceState()保存一些基本數(shù)據(jù)到Bundle中，然后此Bundle會在Activity的onCreate()中傳遞過去。雖然這貌似正常，但是這會引發(fā)問題，因?yàn)楹芏嗥渌臇|西比如Dialog等是要依賴于具體Activity實(shí)例的。所以這種系統(tǒng)默認(rèn)行為通常都不是我們想要的。
為了避免這些系統(tǒng)默認(rèn)行為，就需要為Activity聲明這些配置，如下二個(gè)是每個(gè)Activity必須聲明的：
<activity android:configChanges="orientation|keyboardHidden">
幾乎所有的Activity都要聲明如上，為什么Android不把它們變成Default的呢?
2. 盡量使用Android的API
這好像是廢話，在Android上面開發(fā)不用Android API用什么？因?yàn)锳ndroid幾乎支持Java SE所有的API，所以有很多地方Android API與Java SE的API會有重復(fù)的地方，比如說對于文件的操作最好使用Android里面Context封裝的API，而不要直接使用File對象：
Context.openFileOutput(String); // no File file = new File(String)
原因就是API里面會考慮到Android平臺本身的特性；再如，少用Thread，而多使用AsyncTask等。
3. 要考慮到Activity和進(jìn)程被殺掉的情況
如了通常情況退出Activity外，還有Activity因其他原因被殺的情況，比如系統(tǒng)內(nèi)存過低，系統(tǒng)配置變更，有異常等等，要考慮和測試這種情況，特別是Activity處理重要的數(shù)據(jù)時(shí)，做好的數(shù)據(jù)的保存。
4. 小心多語言
有些語言真的很啰嗦，中文或英文很簡短就能表達(dá)的事情到了其他語言就變的死長死長的，所以如果是wrap_content就可能把其他控制擠出可視范圍； 如果是指定長度就可能顯示不全。也要注意特殊語言比如那些從右向左讀的語言。
5. 不要用四大組件去實(shí)現(xiàn)接口
一是組件的對象都比較大，實(shí)現(xiàn)接口比較浪費(fèi)，而且讓代碼更不易讀和理解； 另外更重要的是導(dǎo)致多方引用，可能會引發(fā)內(nèi)存泄露。
6. 用getApplication()來取Context當(dāng)參數(shù)
對于需要使用Context對象作為參數(shù)的函數(shù)，要使用getApplication()獲取Context對象當(dāng)參數(shù)，而不要使用this，除非你需要特定的組件實(shí)例！getApplication()返回的Context是屬于Application的，它會在整個(gè)應(yīng)用的生命周期內(nèi)存在，遠(yuǎn)大于某個(gè)組件的生命周期，所以即使某個(gè)引用長期持有Context對象也不會引發(fā)內(nèi)存泄露。
7. 主線程只做UI控制和Frameworks回調(diào)相關(guān)的事。附屬線程只做費(fèi)時(shí)的后臺操作。交互只通過Handler。這樣就可以避免大量的線程問題。
8. Frameworks的回調(diào)不要做太多事情僅做必要的初始化，其他不是很重要的事情可以放到其他線程中去做，或者用Handler Schedule到稍后再做。
9. 要考慮多分辨率
至少為hdpi, mdpi, ldpi準(zhǔn)備圖片和布局。元素的單位也盡可能的使用dip而不要用px。
10. 利用Android手機(jī)的硬鍵
幾乎所有的Android手機(jī)都有BACK和MENU，它們的作用是返回和彈出菜單，所以就不要再在UI中設(shè)計(jì)返回按扭和菜單按扭。很多優(yōu)秀的應(yīng)用如隨手記和微信都有返回鍵，他們之所以有是因?yàn)樗麄兌际菑膇OS上移植過來的，為了保存體驗(yàn)的一致，所以也有了返回和菜單。但這不夠Android化，一個(gè)純正的Android是沒有必須重復(fù)硬鍵的功能的。

最新評論