Android組件之自定義ContentProvider

Android的數據存儲有五種方式Shared Preferences、網(wǎng)絡(luò )存儲、文件存儲、外儲存儲、SQLite，一般這些存儲都只是在單獨的一個(gè)應用程序之中達到一個(gè)數據的共享，有時(shí)候我們需要操作其他應用程序的一些數據，例如常見(jiàn)系統里的通訊錄，短信，照片等等，所以云存儲，通訊錄，艷照門(mén)等等就孕育而生了。ContentProvider可以理解成內容提供者，也可以理解為一個(gè)接口，就是提供了一個(gè)供外部訪(fǎng)問(wèn)的接口，有的時(shí)候需要進(jìn)行權限控制。

ContentProvider簡(jiǎn)介

ContentProvider向我們提供了我們在應用程序之前共享數據的一種機制，而我們知道每一個(gè)應用程序都是運行在不同的應用程序的，不同程序的之間數據共享是現實(shí)的需要，程序總不能使閉環(huán)的，Android中的ContentProvider外共享數據的好處是統一了數據的訪(fǎng)問(wèn)方式。簡(jiǎn)單總結說(shuō)下:

ContentProvider為存儲和獲取數據提供了統一的接口。ContentProvide對數據進(jìn)行封裝，不用關(guān)心數據存儲的細節。使用表的形式來(lái)組織數據。

使用ContentProvider可以在不同的應用程序之間共享數據。

Android為常見(jiàn)的一些數據提供了默認的ContentProvider(包括音頻、視頻、圖片和通訊錄等)。

說(shuō)到了ContentProvider這么多好處，不能不說(shuō)下Uri(Universal Resource Identifier)注意不是URL，通用資源標識符，看個(gè)簡(jiǎn)單的讀取聯(lián)系人的Uri，content://contacts/people，

content://是前綴，固定的;

contacts 主機名(或叫Authority)用于唯一標識這個(gè)ContentProvider，外部調用者可以根據這個(gè)標識來(lái)調用;

people 路徑(path)表示我們要操作的數據，路徑的構建根據業(yè)務(wù)而定;

自定義ContentProvider

俗話(huà)說(shuō)，欲善其事必先利其器，想要成為一個(gè)內容提供者，就先需要有數據，先建立一個(gè)SqlDbConncetion:

public class SqlDBConnection extends SQLiteOpenHelper {

private static final String DbName =Book.db;

private static int version=1;

public SqlDBConnection(Context context) {

super(context, DbName, null, version);

}

@Override

public void onCreate(SQLiteDatabase db) {

// TODO Auto-generated method stub

String sqlString=create table Book (id integer primary key autoincrement,Name nvarchar(200),Title nvarchar(200));

db.execSQL(sqlString);

}

@Override

public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {

// TODO Auto-generated method stub

}

}

上篇文章講的junit測試這個(gè)時(shí)候可以拿過(guò)來(lái)使用一下初始化下數據:

public class BookCase extends AndroidTestCase {

public void Intial() {

SqlDBConnection dbConnection = new SqlDBConnection(getContext());

SQLiteDatabase sqlDataBase = dbConnection.getWritableDatabase();

long row = 0;

for (int i = 0; i 5; i++) {

ContentValues values = new ContentValues();

values.put(Name, 書(shū)籍+i);

values.put(Title, 標題 + i);

row = sqlDataBase.insert(Book, null, values);

Log.i(BookCase, 插入成功: + row);

}

}

}

前面是基礎工作，這個(gè)時(shí)候就可以建立一個(gè)自己的ContentProvider:

+ View Code

主機名是需要自己去AndroidManifest.xml文件中自己配置的,要求是唯一的，最好是用包名就好:

android:authorities=com.example.googlecontentprovider.MyContentProvider>

如果覺(jué)得上面的那一串代碼不是很好理解，下面調用的時(shí)候我會(huì )分別解釋。

ContentResolver的使用

方法寫(xiě)在一個(gè)應用程序中調用屬于正常，在另外一個(gè)程序中調用該程序的方法就是類(lèi)似于接口了，下面先看原來(lái)初始化的數據:

重新新建一個(gè)Android測試項目，定義為BookCase,首先插入數據，定義一個(gè)Uri，這里面主機名就是上面定義的包名，book/insert與CONTENT_INSERT是對應的:

public void bookInsert() {

Uri uri = Uri

.parse(content://com.example.googlecontentprovider.MyContentProvider/book/insert);

ContentResolver resolver = getContext().getContentResolver();

ContentValues values = new ContentValues();

values.put(Name, 書(shū)籍5);

values.put(Title, 標題5);

uri = resolver.insert(uri, values);

Log.i(BookCase, Uri + uri);

long id = ContentUris.parseId(uri);

Log.i(BookCase, 測試成功 + id);

}

顯示結果如下:

然后更新剛才插入的數據,同樣的更具Code給Uri賦值，然后初始化一個(gè)ContentResolver，調用update方法:

public void bookUpdate() {

Uri uri = Uri

.parse(content://com.example.googlecontentprovider.MyContentProvider/book/update);

ContentResolver resolver = getContext().getContentResolver();

ContentValues values=new ContentValues();

values.put(Name, 修改);

int count = resolver.update(uri, values, id=?,new String[]{10});

Log.i(BookCase, 更新了 + count + 行);

刪除插入的數據:

public void bookDelete() {