編輯:關於Android編程
Android程序的基本組件有4個,分別為:Activity,BroadcastReceiver,ContentProvider和Service。
Activity是程序和用戶交互的界面,是Android程序中最基本的模塊。一個Android程序可以擁有一個或多個Activity。Activity可以和layout文件夾下的xml布局文件對應對Activity內部的組件進行設置和布局。
如我們可以在xml中設置兩個TextView組件並輸出兩個字符串:
而在Activity中不做任何修改。
運行結果如下:

這個界面就是一個Activity,內部組件由xml布局文件和該Activity的java文件共同決定(可以在java文件中添加組件)。
BroadcastReceiver(廣播接收器)
用於接收廣播通知信息,並做出對應的處理的組件。大部分廣播信息都來自於系統如電池電量低,更改某些設定(如語言選項)等等,當然Android程序也可以進行廣播。
默認BroadcastReceiver代碼如下:
importandroid.content.BroadcastReceiver;
importandroid.content.Context;
importandroid.content.Intent;
public classMyReceiver extends BroadcastReceiver {
public MyReceiver() {
}
@Override
public void onReceive(Context context,Intent intent) {
// TODO: This method is called when theBroadcastReceiver is receiving
// an Intent broadcast.
throw newUnsupportedOperationException("Not yet implemented");
}
}
可以看出所有的BroadcastReceiver都繼承了BroadcastReceiver類。
Content Provider用於提供數據共享,它將一些數據提供給其他程序使用。共享數據的實現需要基礎ContentProvider類。
Service沒有可視化的用戶界面,而是在一段時間內在後台運行。如可以在後台獲取網絡數據。所有服務都必須繼承Service類。
高性能服務端漫談
進入多核時代已經很久了,大數據概念也吵得沸沸揚揚,不管你喜歡不喜歡,不管你遇到沒遇到,big-data或bigger-data都必須正視.處理大數據,基本都
Android圖片緩存原理、特性對比
這是我在 MDCC 上分享的內容(略微改動),也是源碼解析第一期發布時介紹的源碼解析後續會慢慢做的事。從總體設計和原理上對幾個圖片緩存進行對比,沒用到他們的朋友也可以了解
從源碼切入 透徹理解Android的weight屬性
最近在看一本古董書《50 Android Hacks》,而書中開篇的第一個Hack就是”使用weight屬性實現視圖的居中現實“。事實上weigh
自定義Calendar實現簽到功能
前言這篇文章沒有什麼可看性,主要是源碼注釋太多,推薦自己看源碼,更容易理解些,在這裡主要介紹,其運作流程,貼代碼片段。自定義View要重寫三個方法:onMeasure,o