android資料共用之Content Provider(概念篇)

1、什麼是Content Provider：

Contentprovider機制：用於支援在多個應用中儲存和讀取資料，這也是android跨應用共用資料的唯一方式。比如音頻、視頻、圖片和私人通訊錄等，都需要在多個應用程式之間共用資料。使用Content Provider共用資料，好處是統一了資料訪問方式（系統已經提供了這些主要資料類型的Content Provider，在android.provider包下面）。如果不需要，可以直接使用SQLiteDataBase資料庫。

 

2、相關資料模型：

Content provider顯示資料類似資料庫表：

1、每個記錄裡有一個數範圍，名為：_ID（類似資料庫主鍵），定位指定記錄。

2、查詢返回的是Cursor對象（類似JDBC的ResultSet），通過Cursor指定的方法讀取各個類型資料，當然應Crowdsourced Security Testing道資料類型。

3、每個content provider定義一個唯一的公開的URI，用於指定到它的資料集。一個content provider可以包含多個資料集（可以看作多張表），這樣，就需要有多個URI與每個資料集對應。

 

3、URI

 Uri代表了要操作的資料，Uri主要包含了兩部分資訊：

(1).需要操作的ContentProvider 。

(2).對ContentProvider中的什麼資料進行操作。

一個Uri由以下幾部分組成：

content：//com.example.transportationprovider/trains/122

A             B                                                          C        D

A:標準首碼，表明這個uri指定一個content provider，此首碼不能被修改。

B:URI的authority，表明content provider。 對於第三方應用，應該是完全類名稱（全小寫形式），從而確保獨一無二。其被聲明在<provider>元素的authority屬性

C:路徑：可以用來表示我們要操作的資料.，決定何種資料被請求。

D:指定記錄的ID。用於尋找單行記錄，類似主鍵。

對於路徑的構建應根據業務而定，比如：

（1)要操作contact表中id為10的記錄，可以構建這樣的路徑:/contact/10

(2)要操作contact表中id為10的記錄的name欄位， contact/10/name
(3)要操作contact表中的所有記錄，可以構建這樣的路徑:/contact

 

4、如何共用資料：

使你的資料公開，有兩種方式：

（1）建立自己的content provider（繼承ContentProvider的子類）

（2）添加資料到已經存在的provider裡（資料類型一致且有相應許可權）