到底學(xué)習(xí)android開(kāi)發(fā)前景如何呢？(編輯修改稿)
2024-11-18 23:12 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 處理顯示了一個(gè)對(duì)話框。因此，可能會(huì)出現(xiàn)在活躍的應(yīng) 用程序后方顯示了你的應(yīng)用程序的對(duì)話框，或者從當(dāng)前應(yīng)用程序奪取焦點(diǎn)顯示了一個(gè)對(duì)話框，而不管當(dāng)前用戶正在做什么（例如，正在打電話）。那種行為，對(duì)應(yīng)用 程序或用戶來(lái)說(shuō)，就不應(yīng)該出現(xiàn)。為了避免這些問(wèn)題，你的應(yīng)用程序應(yīng)該使用合適的系統(tǒng)資源來(lái)通知用戶——Notification類。使用Notification，你的應(yīng)用程序可以在狀態(tài)欄顯示一個(gè) icon來(lái)通知用戶已經(jīng)發(fā)生的事情，而不是奪取焦點(diǎn)和打斷用戶。另 一個(gè)流暢問(wèn)題的例子是未能正確實(shí)現(xiàn)Activity的 onPause()和其它生命周期方法而造成意外丟失了狀態(tài)或用戶數(shù)據(jù)。又或者，如果你的應(yīng)用程序想暴露數(shù)據(jù)給其它應(yīng)用程序使用，你應(yīng)該通過(guò) ContentProvider來(lái)暴露，而不是（舉例）通過(guò)一個(gè)可讀的原始文件或數(shù)據(jù)庫(kù)來(lái)實(shí)現(xiàn)。這 些例子的共同點(diǎn)是它們都應(yīng)該與系統(tǒng)和其它應(yīng)用程序協(xié)作好。Android系統(tǒng)設(shè)計(jì)時(shí)，就把應(yīng)用程序看作是一堆松散耦合的組件，而不是一堆黑盒代碼。作為開(kāi) 發(fā)者來(lái)說(shuō)，允許我們把整個(gè)系統(tǒng)看作是更大的組件集合。這有益于我們可以與其它應(yīng)用程序進(jìn)行清晰無(wú)縫的集成，因此，作為回報(bào)，我們應(yīng)該更好的設(shè)計(jì)我們的代 碼。下面將討論常見(jiàn)的流暢問(wèn)題以及如何避免它們：一 定要記住Android是一個(gè)移動(dòng)平臺(tái)?？梢燥@而易見(jiàn)地說(shuō)，其它Activity（例如，“Ining Phone Call”應(yīng)用程序）可能會(huì)在任何時(shí)候彈出來(lái)遮蓋你的Activity，記住這個(gè)事實(shí)很重要。因?yàn)檫@個(gè)過(guò)程將觸發(fā) onSaveInstanceState()和 onPause()方法，并可能導(dǎo)致你的應(yīng)用程序被殺死。如 果用戶在你的應(yīng)用程序中正在編輯數(shù)據(jù)時(shí)，其它 Activity出現(xiàn)了，這時(shí)，你的應(yīng)用程序被殺死時(shí)可能丟失那些數(shù)據(jù)。當(dāng)然了，除非你事先保存了正在進(jìn)行的工作?！癆ndroid方式”是這樣做的：能 接收和編輯用戶輸入的 Android應(yīng)用程序應(yīng)該重寫(xiě) onSaveInstanceState()方法，并以恰當(dāng)?shù)姆绞奖４嫠鼈兊臓顟B(tài)。當(dāng)用戶重新訪問(wèn)應(yīng)用程序時(shí)，她能得到她的數(shù)據(jù)。進(jìn)行這種處理方式最經(jīng)典的例子是 mail應(yīng)用程序。如果用戶正在輸入 ，這時(shí)其它 Activity啟動(dòng)了，mail應(yīng)用程序應(yīng)該把正在編輯的以草稿的方式保存起來(lái)。如果你不想穿著內(nèi)衣在大街上溜達(dá)的話，你的數(shù)據(jù)也不應(yīng)該這樣。盡管可能存在暴露應(yīng)用程序的某種形式給其它應(yīng)用程序，但這通常不是最好的主意。暴露原始數(shù)據(jù)，要求其它應(yīng)用程序能夠理解你的數(shù)據(jù)的格式；如果你變更了格式，那么，你將破壞那些沒(méi)有進(jìn)行同步更新的應(yīng)用程序?！癆ndroid 方式”是創(chuàng)建一個(gè) ContentProvider，以一種清晰的、深思熟慮的和可維護(hù)的API方式暴露你的數(shù)據(jù)給其它應(yīng)用程序。使用 ContentProvider，就好像是插入Java接口來(lái)分離和組裝兩片高耦合的代碼。這意味著你可以修改數(shù)據(jù)的內(nèi)部格式，而不用修改由 ContentProvider暴露的接口，這樣，也不會(huì)影響其它應(yīng)用程序。如果用戶正在運(yùn)行一個(gè)應(yīng)用程序（例如，Phone程序），斷定對(duì)用戶操作的目的才是安全的。這也就是為什么必須避免創(chuàng)建Activity，而是直接在當(dāng)前的 Activity中響應(yīng)用戶的輸入。那 就是說(shuō)，不要在 BroadcastReceiver或在后臺(tái)運(yùn)行的 Service中調(diào)用 callActivity()。這么做會(huì)中斷當(dāng)前運(yùn)行的應(yīng)用程序，并導(dǎo)致用戶惱怒。也許更糟糕的是，你的 Activity可能成為“按鍵強(qiáng)盜”，竊取了用
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號(hào)-1