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