標籤:android style blog io ar color os 使用 sp
ContentProvider
ContentProvider是Android平台中,在不同應用程式之間實現資料共用的一種機制。一個應用程式如果需要讓別的程式可以操作自己的資料,即可採用這種機制。
並且此種方式忽略了底層的資料存放區實現,ContentProvider提供了一種統一的通過Uri實現資料操作的方式。其步驟為:
1. 在當前應用程式中定義一個ContentProvider。
2. 在當前應用程式的AndroidManifest.xml中註冊此ContentProvider
3. 其他應用程式通過ContentResolver和Uri來擷取此ContentProvider的資料。
ContentResolver提供了諸如insert(), delete(), query()和update()之類的方法。用於實現對ContentProvider中資料的存取操作。
A、Uri是一個通用資源標誌符,將其分為A,B,C,D 4個部分:
A:無法改變的標準首碼,包括;"content://"、"tel://"等。當首碼是"content://"時,說明通過一個Content Provider控制這些資料
B:URI的標識,它通過authorities屬性聲明,用於定義了是哪個ContentProvider提供這些資料。對於第三方應用程式,為了保證URI標識的唯一性,
它必須是一個完整的、小寫 類名。例如;"content://com.test.data.myprovider"
C:路徑,可以近似的理解為需要操作的資料庫中表的名字,如:"content://hx.android.text.myprovider/name"中的name
D:如果URI中包含表示需要擷取的記錄的ID;則就返回該id對應的資料,如果沒有ID,就表示返回全部;
Uri uri = Uri.parse("content://com.changcheng.provider.contactprovider/contact")
在Content Provider中使用的查詢字串有別於標準的SQL查詢。很多諸如select, add, delete, modify等操作我們都使用一種特殊的URI來進行,這種URI由3個部分組成, “content://”, 代表資料的路徑,和一個可選的標識資料的ID。以下是一些樣本URI:
content://media/internal/images 這個URI將返回裝置上儲存的所有圖片
content://contacts/people/ 這個URI將返回裝置上的所有連絡人資訊
content://contacts/people/45 這個URI返回單個結果(連絡人資訊中ID為45的連絡人記錄)
儘管這種查詢字串格式很常見,但是它看起來還是有點令人迷惑。為此,Android提供一系列的協助類(在android.provider包下),
裡麵包含了很多以類變數形式給出的查詢字串,這種方式更容易讓我們理解一點,因此,如上面content://contacts/people/45這個URI就可以寫成如下形式:
Uri person = ContentUris.withAppendedId(People.CONTENT_URI, 45);
B、ContentValues用來儲存ContentResolver處理的內容,其中需要注意的是put(String key, byte[] value),當把一個Object轉換為byte[]後,就可以儲存在ContentProvider中了
詳情可查看API doc
下面通過是程式碼範例,示範一下如何在應用之間相互擷取資料。
在應用程式A中,繼承ContProvider類,並重寫其中方法。
public class MyProvider extends ContentProvider{ @Override publicint delete(Uri uri, String selection, String[] selectionArgs) { // TODO Auto-generated method stub return0; } @Override public String getType(Uri uri) { // TODO Auto-generated method stub return null; } @Override public Uri insert(Uri uri, ContentValues values) { return null; } // 在Create中初始化一個資料庫 @Override public boolean onCreate() { SQLiteDatabase db =this.getContext().openOrCreateDatabase("test_db.db3", Context.MODE_PRIVATE, null); db.execSQL("create table tab(_id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT NOT NULL)"); ContentValues values =new ContentValues(); values.put("name", "test"); db.insert("tab", "_id", values); db.close(); return true; } // 實現query方法 @Override public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder) { SQLiteDatabase db = this.getContext().openOrCreateDatabase( "test_db.db3", Context.MODE_PRIVATE, null); Cursor c = db.query("tab", null, null, null, null, null, null); return c; } @Override publicint update(Uri uri, ContentValues values, String selection, String[] selectionArgs) { // TODO Auto-generated method stub return 0; }}
在其AndroidManifest.xml中聲明此ContentProvider,其中authorities屬性定義了此ContentProvider的Uri標識:
<provider android:name=".MyProvider" android:authorities="com.test.MyProvider"/>
在應用程式B中,通過ContentResolver擷取程式A的ContentProvider中的資料。
publicclass MainActivity extends Activity { @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); //擷取上下文 Context ctx = MainActivity.this; //擷取ContentResolver對象 ContentResolver resolver = ctx.getContentResolver(); //擷取Uri對象 Uri uri = Uri.parse("content://com.test.MyProvider"); //擷取資料 Cursor c = resolver.query(uri, null, null, null, null); c.moveToFirst(); for(int i=0; i<c.getCount(); i++){ int index = c.getColumnIndexOrThrow("name"); String src = c.getString(index); Log.d("", src); c.moveToNext(); } }}
應用程式B的運行結果如下,可以發現我們在程式B中成功的擷取到了程式A中的資料
以上就是ContentProvider的使用方式,這種儲存方式相比SQLite和SharedPreferences,其複雜性是顯而易見的,
但是在處處可見“雲”的今天,程式間的資料互動需求令ContentProvider儲存機制變成必不可少的一部分。
Android 資料存放區之 ContentProvider