lightbulb_outline Help shape the future of the Google Play Console, Android Studio, and Firebase. Start survey

內容供應程式基本概念

內容供應程式可管理中央資料存放庫的存取權。供應程式是 Android 應用程式的一部分,通常可提供本身的 UI 方便使用者處理資料。 不過,內容供應程式主要是供其他應用程式使用 (透過供應程式用戶端物件進行存取)。 供應程式與供應程式用戶端可提供一致的標準介面,除了可用於存取資料,還能用來處理程序間通訊以及保護資料存取的安全。

本主題涵蓋以下基本概念:

  • 內容供應程式的運作方式。
  • 可用於從內容供應程式擷取資料的 API。
  • 可用於插入、更新或刪除內容供應程式資料的 API。
  • 有助於使用供應程式的其他 API 功能。

總覽

內容供應程式會向外部應用程式以一或多份表格顯示資料,這些表格的樣式類似於關聯式資料庫中的表格。 每個資料列代表供應程式所收集部分資料類型的單一執行個體,而列中的每個資料欄則代表針對該執行個體收集的個別資料。

例如,Android 平台內建的其中一個供應程式是使用者字典,其中儲存使用者想保留的非標準字詞的拼寫方式。 表 1 說明此供應程式表格顯示這種資料的方式:

表 1:使用者字典表格範例。

字詞 應用程式 ID 頻率 地區 _ID
mapreduce user1 100 en_US 1
precompiler user14 200 fr_FR 2
applet user2 225 fr_CA 3
const user1 255 pt_BR 4
int user5 100 en_UK 5

在表 1 中,每個資料列代表標準字典未收錄的某個字詞執行個體。 每個資料欄則代表該字詞的部分資料,例如初次出現該字詞的地區。 欄標題為儲存在供應程式中的欄名稱。 如果想得知某一列的地區,請查看相對應的 locale 欄。以這個供應程式為例,_ID 欄的用途與供應程式自動維護的「主索引鍵」欄相同。

注意:供應程式不需具備主索引鍵,也不必採用 _ID 做為主索引鍵欄的名稱 (如果有此欄的話)。 不過,如果您想將供應程式的資料繫結至 ListView,就必須將其中一個資料欄命名為 _ID。 如要進一步瞭解這項規定,請參閱顯示查詢結果

存取供應程式

應用程式會透過 ContentResolver 用戶端物件存取內容供應程式的資料。 此物件內含的方法可呼叫供應程式物件 (ContentProvider 子類別的其中一項執行個體) 中的同名方法。 ContentResolver 方法可提供永久儲存空間的「CRUD」(建立、擷取、更新、刪除) 基本功能。

用戶端應用程式處理程序中的 ContentResolver 物件以及擁有供應程式的應用程式中的 ContentProvider 物件,會自動處理程序間通訊。 ContentProvider 還可當作其資料存放庫與外部資料表格之間的抽象層。

注意:如要存取供應程式,您的應用程式通常必須透過本身的宣示說明檔案要求特定權限。 如需詳細資料,請參閱內容供應程式權限

例如,如要從使用者字典供應程式取得一份列出字詞及其地區的清單,請呼叫 ContentResolver.query()query() 方法會呼叫使用者字典供應程式所定義的 ContentProvider.query() 方法。 以下是 ContentResolver.query() 呼叫的程式碼:

// Queries the user dictionary and returns results
mCursor = getContentResolver().query(
    UserDictionary.Words.CONTENT_URI,   // The content URI of the words table
    mProjection,                        // The columns to return for each row
    mSelectionClause                    // Selection criteria
    mSelectionArgs,                     // Selection criteria
    mSortOrder);                        // The sort order for the returned rows

表 2 列出 query(Uri,projection,selection,selectionArgs,sortOrder) 的引數及相對應的 SQL SELECT 陳述式:

表 2:Query() 與 SQL 查詢的對照表。

query() 引數 SELECT 關鍵字/參數 備註
Uri FROM table_name Uri 會對應至供應程式中名為的「table_name」表格。
projection col,col,col,... projection 代表需針對每個擷取的資料列 納入的一系列資料欄。
selection WHERE col = value selection 會指定資料列選取條件。
selectionArgs (沒有任何相對應的關鍵字/參數。選取引數會取代選取子句中的 ? 預留位置。)
sortOrder ORDER BY col,col,... sortOrder 會指定資料列在傳回的 Cursor 中的顯示順序。

內容 URI

內容 URI 是指用於識別供應程式資料的 URI,內容 URI 包括整個供應程式的符號名稱 (亦即供應程式的授權),以及指向表格的名稱 (亦即路徑)。 當您呼叫用戶端方法來存取供應程式中的表格時,該表格的內容 URI 即為其中一個引數。

在上方程式碼中, CONTENT_URI 常數包含使用者字典表格「字詞」的內容 URI。 ContentResolver 物件會剖析該 URI 的授權,然後比較授權和已知供應程式的系統表格,藉此「解析」供應程式。 接著 ContentResolver 可以查詢引數分派給正確的供應程式。

ContentProvider 會使用內容 URI 的路徑部分選擇要存取的表格。 供應程式通常包含用於公開每個表格的「路徑」

以上方程式碼為例,「字詞」的完整 URI 會如下所示:

content://user_dictionary/words

其中的 user_dictionary 字串代表供應程式的授權,而 words 字串則是表格的路徑。 字串 content:// (配置) 一律會顯示,而起會將此項目識別為內容 URI。

許多供應程式都可讓您存取表格中的單一資料列,方法是在 URI 後方附加 ID 值。例如,如要從使用者字典擷取 _ID4 的資料列,請使用以下內容 URI:

Uri singleUri = ContentUris.withAppendedId(UserDictionary.Words.CONTENT_URI,4);

在更新或刪除您擷取的一組資料列時,通常需要使用 ID 值。

注意:UriUri.Builder 類別包含可用於從字串建構格式正確之 URI 物件的簡便方法。 而 ContentUris 則包含可用於將 ID 值附加至 URI 的簡便方法。上方程式碼片段是使用 withAppendedId() 將 ID 附加至 UserDictionary 內容 URI。

從供應程式擷取資料

本節以使用者字典供應程式為例,說明如何從供應程式擷取資料。

為了避免造成混淆,本節中的程式碼片段是透過「UI 執行緒」呼叫 ContentResolver.query()。 不過在實際程式碼中,您需要透過個別執行緒以非同步方式進行查詢。 您可以使用 CursorLoader 類別 (詳情請參閱載入器指南) 來完成這項作業。 此外,本節中的程式碼都只是程式碼片段,無法呈現完整的應用程式。

如要從供應程式擷取資料,請按照下列基本步驟操作:

  1. 要求供應程式的讀取權限。
  2. 定義可將查詢傳送至供應程式的程式碼。

要求讀取權限

您的應用程式需取得供應程式的「讀取權限」,才能從供應程式擷取資料。 您無法在執行階段要求此權限;您必須使用 <uses-permission> 元素和供應程式所定義的確切權限名稱,在宣示說明中指明您需要此權限。 在宣示說明中指定此元素後,即可為您的應用程式「要求」這項權限。 當使用者安裝您應用程式時,他們會間接核准此要求。

如要找出所使用供應程式的確切讀取權限名稱,以及該供應程式使用的其他存取權限名稱,請查閱供應程式的說明文件。

如要進一步瞭解用於存取供應程式的權限角色,請參閱內容供應程式權限

使用者字典供應程式會在本身的宣示說明檔案中定義 android.permission.READ_USER_DICTIONARY 權限,因此想讀取該供應程式的應用程式都必須要求此權限。

建構查詢

從供應程式擷取資料的下一個步驟是建構查詢。本節中的第一個程式碼片段可定義數個用於存取使用者字典供應程式的變數:


// A "projection" defines the columns that will be returned for each row
String[] mProjection =
{
    UserDictionary.Words._ID,    // Contract class constant for the _ID column name
    UserDictionary.Words.WORD,   // Contract class constant for the word column name
    UserDictionary.Words.LOCALE  // Contract class constant for the locale column name
};

// Defines a string to contain the selection clause
String mSelectionClause = null;

// Initializes an array to contain selection arguments
String[] mSelectionArgs = {""};

下一個程式碼片段以使用者字典供應程式為例,示範 ContentResolver.query() 的使用方式。 供應程式用戶端查詢類似於 SQL 查詢,包含一組要傳回的資料欄、一組選取條件以及一個排序順序。

查詢需傳回的一組資料欄稱為「投影」(即 mProjection 變數)。

指定要擷取的資料列的運算式會分為選取子句和選取引數。 選取子句包含邏輯運算式和布林運算式、欄名稱和值 (即 mSelectionClause 變數)。 如果您指定可替換的參數 ?,而不是某個值,則查詢方法會從選取引數陣列 (即 mSelectionArgs 變數) 擷取相關值。

在下方程式碼片段中,如果使用者未輸入任何字詞,選取子句會設定為 null,此時查詢會傳回供應程式中的所有字詞。 如果使用者輸入了某個字詞,則選取子句會設定為 UserDictionary.Words.WORD + " = ?",而選取引數陣列的第一個元素會設為使用者所輸入的字詞。

/*
 * This defines a one-element String array to contain the selection argument.
 */
String[] mSelectionArgs = {""};

// Gets a word from the UI
mSearchString = mSearchWord.getText().toString();

// Remember to insert code here to check for invalid or malicious input.

// If the word is the empty string, gets everything
if (TextUtils.isEmpty(mSearchString)) {
    // Setting the selection clause to null will return all words
    mSelectionClause = null;
    mSelectionArgs[0] = "";

} else {
    // Constructs a selection clause that matches the word that the user entered.
    mSelectionClause = UserDictionary.Words.WORD + " = ?";

    // Moves the user's input string to the selection arguments.
    mSelectionArgs[0] = mSearchString;

}

// Does a query against the table and returns a Cursor object
mCursor = getContentResolver().query(
    UserDictionary.Words.CONTENT_URI,  // The content URI of the words table
    mProjection,                       // The columns to return for each row
    mSelectionClause                   // Either null, or the word the user entered
    mSelectionArgs,                    // Either empty, or the string the user entered
    mSortOrder);                       // The sort order for the returned rows

// Some providers return null if an error occurs, others throw an exception
if (null == mCursor) {
    /*
     * Insert code here to handle the error. Be sure not to use the cursor! You may want to
     * call android.util.Log.e() to log this error.
     *
     */
// If the Cursor is empty, the provider found no matches
} else if (mCursor.getCount() < 1) {

    /*
     * Insert code here to notify the user that the search was unsuccessful. This isn't necessarily
     * an error. You may want to offer the user the option to insert a new row, or re-type the
     * search term.
     */

} else {
    // Insert code here to do something with the results

}

這個查詢類似下方的 SQL 陳述式:

SELECT _ID, word, locale FROM words WHERE word = <userinput> ORDER BY word ASC;

這個 SQL 陳述式會使用實際的欄名稱,而不是合約類別常數。

防範惡意輸入

如果內容供應程式所管理的資料是儲存在 SQL 資料庫中,在原始 SQL 陳述式中納入不受信任的外部資料可能會導致 SQL 遭植入惡意程式碼。

以下提供選取子句範例:

// Constructs a selection clause by concatenating the user's input to the column name
String mSelectionClause =  "var = " + mUserInput;

使用這個選取子句可讓使用者能夠將惡意 SQL 串連至您的 SQL 陳述式。 例如,使用者可針對 mUserInput 輸入「nothing; DROP TABLE *;」,以產生 var = nothing; DROP TABLE *; 選取子句。 由於系統會將選取子句視為 SQL 陳述式,因此這種選取子句可能會導致供應程式清除底層 SQLite 資料庫中的所有表格 (除非您設定供應程式捕捉 SQL 植入嘗試)。

為了避免發生這個問題,請使用包含 ? 可替換參數和一系列選取引數的選取子句。 當您執行此動作時,使用者輸入會直接繫結到查詢,而不是被解譯為 SQL 陳述式的一部分。 這樣一來,系統就不會將選取子句視為 SQL,進而防止使用者輸入植入惡意 SQL。您也可以使用以下選取子句,而不是透過串連方式納入使用者輸入:

// Constructs a selection clause with a replaceable parameter
String mSelectionClause =  "var = ?";

設定如下所示的一系列選取引數:

// Defines an array to contain the selection arguments
String[] selectionArgs = {""};

如下所示在選取引數中加入一個值:

// Sets the selection argument to the user's input
selectionArgs[0] = mUserInput;

建議您使用包含 ? 可替換參數和一系列選取引數的選取子句,即使供應程式並非以 SQL 資料庫為基礎亦然。

顯示查詢結果

ContentResolver.query() 用戶端方法一律會針對符合查詢選取條件的資料列,傳回內含查詢的投影所指定資料欄的 CursorCursor 物件會針對本身包含的資料列和資料欄提供隨機讀取存取權。 您可以使用 Cursor 方法逐一查看結果中的資料列、決定每個資料欄的資料類型、匯出資料欄的資料,以及檢查結果的其他屬性。 實作某些 Cursor 方法可在供應程式的資料變更時自動更新相關物件,或在 Cursor 變更時觸發觀察器物件中的方法,或是同時進行以上兩者。

注意:供應程式可能會根據建立查詢物件的屬性限制資料欄的存取權。 例如,內容供應程式會限制同步配接器存取部分資料欄,避免將這些資料欄傳回 Activity 或服務。

如果沒有任何資料欄符合選取條件,則供應程式會傳回 Cursor.getCount() 為 0 的 Cursor 物件 (即沒有任何內容的游標)。

如果發生內部錯誤,查詢結果將取決於供應程式的決定。供應程式可能會選擇傳回 null,或是擲回 Exception

由於 Cursor 是一份資料欄「清單」,因此要顯示 Cursor 的內容,最佳做法是透過 SimpleCursorAdapter 將其連結至 ListView

以下程式碼片段是上一個程式碼片段的延伸。它會建立內含查詢所擷取 CursorSimpleCursorAdapter 物件,並將該物件設定為 ListView 的配接器:

// Defines a list of columns to retrieve from the Cursor and load into an output row
String[] mWordListColumns =
{
    UserDictionary.Words.WORD,   // Contract class constant containing the word column name
    UserDictionary.Words.LOCALE  // Contract class constant containing the locale column name
};

// Defines a list of View IDs that will receive the Cursor columns for each row
int[] mWordListItems = { R.id.dictWord, R.id.locale};

// Creates a new SimpleCursorAdapter
mCursorAdapter = new SimpleCursorAdapter(
    getApplicationContext(),               // The application's Context object
    R.layout.wordlistrow,                  // A layout in XML for one row in the ListView
    mCursor,                               // The result from the query
    mWordListColumns,                      // A string array of column names in the cursor
    mWordListItems,                        // An integer array of view IDs in the row layout
    0);                                    // Flags (usually none are needed)

// Sets the adapter for the ListView
mWordList.setAdapter(mCursorAdapter);

注意:如要返回內含 CursorListView,您必須為游標加入名為 _ID 的資料欄。 因為這樣,上述查詢會擷取「字詞」表格的 _ID 欄,即使 ListView 未顯示該資料欄亦然。 這項限制也是為何大多數供應程式會針對本身的所有表格設定 _ID 欄的原因。

從查詢結果取得資料

除了單純顯示查詢結果以外,您還可以將它們用於其他工作。例如,您可以從使用者字典擷取拼字,然後在其他供應程式中查閱這些拼字。 如要這麼做,請逐一查看 Cursor 中的資料列:


// Determine the column index of the column named "word"
int index = mCursor.getColumnIndex(UserDictionary.Words.WORD);

/*
 * Only executes if the cursor is valid. The User Dictionary Provider returns null if
 * an internal error occurs. Other providers may throw an Exception instead of returning null.
 */

if (mCursor != null) {
    /*
     * Moves to the next row in the cursor. Before the first movement in the cursor, the
     * "row pointer" is -1, and if you try to retrieve data at that position you will get an
     * exception.
     */
    while (mCursor.moveToNext()) {

        // Gets the value from the column.
        newWord = mCursor.getString(index);

        // Insert code here to process the retrieved word.

        ...

        // end of while loop
    }
} else {

    // Insert code here to report an error if the cursor is null or the provider threw an exception.
}

Cursor 實作方法包含數個用於從物件擷取不同資料類型的「get」方法。 例如,上方程式碼片段使用了 getString()。 此外,這種實作方法還包括 getType() 方法,可傳回指定資料欄資料類型的值。

內容供應程式權限

供應程式的應用程式可指定其他應用程式在存取供應程式的資料時所需的權限。 這些權限可確保使用者瞭解應用程式嘗試存取的資料為何。 根據供應程式需求,其他應用程式必須取得相關必要權限才能存取供應程式。 使用者可在安裝應用程式時得知這些必要的權限。

如果供應程式的應用程式未指定任何權限,則其他應用程式就無法存取供應程式的資料。 不過,供應程式的應用程式元件一律會具備完整的讀取及寫入存取權,無論供應程式指定的權限為何。

如上所述,使用者字典供應程式要求其他應用程式需取得 android.permission.READ_USER_DICTIONARY 權限,才能擷取其中的資料。 而該供應程式還個別針對插入、更新或刪除資料用途,指定了不同的 android.permission.WRITE_USER_DICTIONARY 權限。

如要取得存取供應程式時所需的權限,應用程式可利用 <uses-permission> 元素在本身的宣示說明檔案中要求相關權限。 當 Android 套件管理員安裝應用程式時,使用者必須授予該應用程式要求的所有權限。 使用者授予所有權限後,套件管理員才能繼續進行安裝作業;如果使用者不授予權限,則套件管理員就會取消安裝。

以下的 <uses-permission> 元素會要求使用者字典供應程式的讀取存取權:

    <uses-permission android:name="android.permission.READ_USER_DICTIONARY">

如要進一步瞭解權限對供應程式存取的影響,請參閱安全性和權限指南。

插入、更新及刪除資料

透過從供應程式擷取資料的相同方式,您也可以利用供應程式用戶端與供應程式的 ContentProvider 之間的互動來修改資料。 如要這麼做,請呼叫其中引數已傳送到相對應 ContentProvider 方法的 ContentResolver 方法。 供應程式和供應程式用戶端會自動處理安全性和處理程序間通訊。

插入資料

如要在供應程式中插入資料,請呼叫 ContentResolver.insert() 方法。 這個方法會在供應程式中插入新的資料列,並傳回該列的內容 URI。 以下程式碼片段示範如何在使用者字典供應程式中插入新的字詞:

// Defines a new Uri object that receives the result of the insertion
Uri mNewUri;

...

// Defines an object to contain the new values to insert
ContentValues mNewValues = new ContentValues();

/*
 * Sets the values of each column and inserts the word. The arguments to the "put"
 * method are "column name" and "value"
 */
mNewValues.put(UserDictionary.Words.APP_ID, "example.user");
mNewValues.put(UserDictionary.Words.LOCALE, "en_US");
mNewValues.put(UserDictionary.Words.WORD, "insert");
mNewValues.put(UserDictionary.Words.FREQUENCY, "100");

mNewUri = getContentResolver().insert(
    UserDictionary.Word.CONTENT_URI,   // the user dictionary content URI
    mNewValues                          // the values to insert
);

新資料列的資料會傳入單一 ContentValues 物件,該物件的格式與單列游標類似。 您不必為這個物件中的資料欄指定相同的資料類型,而且如果您不想指定任何值,可以將資料欄設定為 null 以使用 ContentValues.putNull()

該程式碼片段並不會新增 _ID 欄,這是因為系統自動會維護該欄。 供應程式會將不重複值 _ID 指派給新增的所有資料列。 供應程式通常會採用該值做為表格的主索引鍵。

newUri 以下方格式傳回的內容 URI 可用於識別新增的資料列:

content://user_dictionary/words/<id_value>

<id_value> 是 ID 為 _ID 的資料列內容。 大多數供應程式可自動偵測這種格式的內容 URI,並據以針對指定的資料列執行特定作業。

如要從傳回的 Uri 取得 _ID 的值,請呼叫 ContentUris.parseId()

更新資料

如要更新資料列,請使用內含經過更新的值 (與您在插入資料時所使用的值相同) 以及選取條件 (與您在建立查詢時所使用的選取條件相同) 的 ContentValues 物件。 您所使用的用戶端方法為 ContentResolver.update()。您只需針對要更新的資料欄,將相關值加到 ContentValues 物件即可。 如果您想清除資料欄的內容,請將值設定為 null

以下程式碼片段會針對地區代碼含有「en」字詞的所有資料列,將其地區代碼變更為 null。 系統會傳回已更新的資料列數量:

// Defines an object to contain the updated values
ContentValues mUpdateValues = new ContentValues();

// Defines selection criteria for the rows you want to update
String mSelectionClause = UserDictionary.Words.LOCALE +  "LIKE ?";
String[] mSelectionArgs = {"en_%"};

// Defines a variable to contain the number of updated rows
int mRowsUpdated = 0;

...

/*
 * Sets the updated value and updates the selected words.
 */
mUpdateValues.putNull(UserDictionary.Words.LOCALE);

mRowsUpdated = getContentResolver().update(
    UserDictionary.Words.CONTENT_URI,   // the user dictionary content URI
    mUpdateValues                       // the columns to update
    mSelectionClause                    // the column to select on
    mSelectionArgs                      // the value to compare to
);

建議您在呼叫 ContentResolver.update() 時對使用者輸入進行檢測。 如需詳細資訊,請參閱防範惡意輸入

刪除資料

刪除資料列的方法與擷取資料列資料類似:您必須為想刪除的資料列指定選取條件,用戶端方法最後會傳回已刪除的資料列數量。 以下程式碼片段可刪除應用程式 ID 為「user」的資料列。此外,這個方法還會傳回已刪除的資料列數量。


// Defines selection criteria for the rows you want to delete
String mSelectionClause = UserDictionary.Words.APP_ID + " LIKE ?";
String[] mSelectionArgs = {"user"};

// Defines a variable to contain the number of rows deleted
int mRowsDeleted = 0;

...

// Deletes the words that match the selection criteria
mRowsDeleted = getContentResolver().delete(
    UserDictionary.Words.CONTENT_URI,   // the user dictionary content URI
    mSelectionClause                    // the column to select on
    mSelectionArgs                      // the value to compare to
);

建議您在呼叫 ContentResolver.delete() 時對使用者輸入進行檢測。 如需詳細資訊,請參閱防範惡意輸入

供應程式資料類型

內容供應程式可提供多種資料類型。使用者字典供應程式只能提供文字,但供應程式還可提供下列格式:

  • 整數
  • 長整數 (long)
  • 浮點數
  • 長浮點數 (double)

供應程式慣用的其他資料類型為二進位大型物件 (BLOB),這種資料會實作成 64 KB 位元組陣列。 如果想瞭解可用的資料類型,請查閱 Cursor 類別的「get」方法。

供應程式的說明文件通常會列出其中每個資料欄的資料類型。 使用者字典供應程式的資料類型列在其合約類別 UserDictionary.Words 的參考文件 (如需合約類別的相關資訊,請參閱合約類別一節) 中。 您也可以呼叫 Cursor.getType() 來確認可用的資料類型。

此外,供應程式也會保留任何所定義內容 URI 的 MIME 資料類型資訊。您可以利用 MIME 類型資訊確認您的應用程式是否可處理供應程式所提供的資料,或是根據 MIME 類型選擇處理方式類型。 當您使用內含複雜的資料結構或檔案的供應程式時,通常需要使用 MIME 類型。 例如,聯絡人供應程式中的 ContactsContract.Data 表格會使用 MIME 類型為每個資料列中儲存的聯絡人資料加上標籤。 如要取得與內容 URI 相對應的 MIME 類型,請呼叫 ContentResolver.getType()

如要瞭解標準與自訂 MIME 類型的語法,請參閱 MIME 類型參考資料

供應程式存取權的替代形式

開發應用程式時會使用到 3 種供應程式存取權的替代形式:

  • 批次存取:您可以使用 ContentProviderOperation 類別中的方法建立批次存取權呼叫,然後利用 ContentResolver.applyBatch() 套用這些呼叫。
  • 非同步查詢:建議您在個別執行緒中進行查詢。您可以使用 CursorLoader 類別來完成這項作業。 如需相關示範說明,請參閱載入器指南中的範例。
  • 透過意圖存取資料:您無法直接將意圖傳送到供應程式,但可以將意圖傳送到供應程式的應用程式;供應程式的應用程式通常是修改供應程式資料的最佳環境。

如需透過意圖進行批次存取和修改作業的相關資訊,請參閱下文。

批次存取

您可利用供應程式的批次存取功能插入大量資料列、透過相同方法呼叫在多個表格中插入資料列,或是透過單次交易 (微型作業) 在處理程序之間執行一組作業。

如要以「批次模式」存取供應程式,請建立一系列 ContentProviderOperation 物件,然後使用 ContentResolver.applyBatch() 將這些物件分派給內容供應程式。 請將內容供應程式的「授權」(而不是特定內容 URI) 傳入這個方法。這樣可讓陣列中的所有 ContentProviderOperation 物件能夠在不同表格中運作。 如果您呼叫 ContentResolver.applyBatch(),則系統會傳回一系列結果。

ContactsContract.RawContacts 合約類別的說明包含可展示批次插入作業的程式碼片段。 聯絡人管理員範例應用程式的 ContactAdder.java 來源檔案包含批次存取範例供您參考。

透過意圖存取資料

意圖可提供內容供應程式的間接存取權。即使您的應用程式沒有存取權限,您仍可透過以下方式允許使用者存取供應程式的資料:從具備權限的應用程式取回結果意圖,或是啟用具備權限的應用程式並允許使用者存取該應用程式。

透過臨時權限取得存取權

即使沒有適當的存取權限,您仍可存取內容供應程式的資料,方法是傳送意圖到沒有權限的應用程式,然後接收內含「URI」權限的結果意圖。 URI 權限是特定內容 URI 專用的權限;在接收權限的 Activity 結束之前,這類權限會維持有效狀態。 具備永久權限的應用程式可授予臨時權限,只要在結果意圖中設定旗標即可:

注意:這些旗標並不會將讀取或寫入存取權授予系統在內容 URI 中提供授權的供應程式。存取權僅供 URI 使用。

供應程式會使用 <provider> 元素的 android:grantUriPermission 屬性以及 <provider> 元素的 <grant-uri-permission> 子元素在本身的宣示說明中為內容 URI 定義 URI 權限。如要進一步瞭解 URI 權限的運作機制,請參閱安全性和權限指南的「URI 權限」。

例如,即使您沒有 READ_CONTACTS 權限,您仍可透過聯絡人供應程式擷取聯絡人資料。 您可能會想透過可用來在聯絡人的生日當天傳送電子賀卡給對方的應用程式進行這項動作。 您偏好讓使用者控管要讓您的應用程式使用的聯絡人資料,而不是要求 READ_CONTACTS 授權您存取使用者的所有聯絡人以及個人資訊。 為了達到這個目的,您進行了下列程序:

  1. 您的應用程式使用 startActivityForResult() 方法,傳送了內含 ACTION_PICK 動作的意圖以及「聯絡人」MIME 類型 CONTENT_ITEM_TYPE
  2. 由於該意圖符合聯絡人應用程式的「選取」Activity 的意圖篩選器,因此該 Activity 會在移動到前景。
  3. 在選取 Activity 中,使用者選取了要更新的聯絡人。 一旦使用者進行這項動作,選取 Activity 便會呼叫 setResult(resultcode, intent) 來設定要傳回您應用程式的意圖。 該意圖包含使用者所選聯絡人的內容 URI,以及「額外」的旗標 FLAG_GRANT_READ_URI_PERMISSION。 這些旗標可將 URI 權限授予您的應用程式,以便其讀取內容 URI 指向的聯絡人資料。選取 Activity 隨後會呼叫 finish() 來傳回您應用程式的控制權。
  4. 您的 Activity 返回前景,而系統呼叫您 Activity 的 onActivityResult() 方法。 這個方法可接收聯絡人應用程式中的選取 Activity 所建立的結果意圖。
  5. 即使您未在宣示說明中要求供應程式的永久讀取權限,只要利用結果意圖的內容 URI 即可從聯絡人供應程式讀取聯絡人資料。 您之後可以取得聯絡人的出生日期資訊或聯絡人的電子郵件地址,以便傳送電子賀卡給對方。

使用其他應用程式

允許使用者修改您無法存取的資料的簡單方式,是啟用具備相關權限的應用程式,並且讓使用者透過該應用程式進行修改作業。

例如,日曆應用程式接受可讓您啟用應用程式插入 UI 的 ACTION_INSERT 意圖。您可以在該意圖中傳入「額外」的資料,供應用程式用於預先填入使用者介面。由於週期性活動的語法較為複雜,因此建議您利用 ACTION_INSERT 啟用日曆應用程式,然後讓使用者透過該應用程式將活動插入日曆供應程式。

合約類別

合約類別可定義協助應用程式使用內容 URI、欄名稱、意圖動作,以及內容供應程式的其他功能的常數。 合約類別並不會自動納入供應程式;供應程式的開發人員必須自行定義合約類別,然後將其提供給其他開發人員。 Android 平台內建的大多數供應程式都可在 android.provider 套件中取得對應的合約類別。

例如,使用者字典供應程式有一個內含內容 URI 和欄名稱常數的 UserDictionary 合約類別。 「字詞」表格的內容 URI 是在 UserDictionary.Words.CONTENT_URI 常數中定義。 此外,UserDictionary.Words 類別也包含欄名稱常數,可用於本指南中的程式碼片段範例。 例如,您可以將查詢投影定義成如下所示:

String[] mProjection =
{
    UserDictionary.Words._ID,
    UserDictionary.Words.WORD,
    UserDictionary.Words.LOCALE
};

聯絡人供應程式的另一個合約類別為 ContactsContract。 此類別的參考文件附有程式碼片段範例。其中一個 ContactsContract.Intents.Insert 子類別為內含意圖常數和意圖資料的合約類別。

MIME 類型參考資料

內容供應程式可傳回標準 MIME 媒體類型或自訂媒體類型字串,或是以上兩者。

以下是 MIME 類型的格式

type/subtype

例如,常見的 MIME 類型 text/html 包含 text 類型以及 html 子類型。 如果供應程式傳回這種 URI 類型,代表採用該 URI 的查詢會傳回內含 HTML 標記的文字。

自訂 MIME 類型字串 (亦稱為「廠商專用」MIME 類型) 包含較為複雜的類型和子類型值。 針對多個資料欄,類型值一律會如下所示

vnd.android.cursor.dir

或者,針對單一資料欄,類型值一律會如下所示

vnd.android.cursor.item

子類型為供應程式專用。Android 內建的供應程式通常包含簡易的子類型。 例如,當聯絡人應用程式建立電話號碼資料列時,會為該列設定下列 MIME 類型:

vnd.android.cursor.item/phone_v2

請注意,子類型值為 phone_v2

其他的供應程式開發人員可能會根據供應程式的授權和表格名稱,自行建立專屬的子類型模式。 例如,考慮一個包含火車時刻表的供應程式。 供應程式的授權為 com.example.trains 且包括 Line1、Line2 和 Line3 表格。 根據 Line1 表格的內容 URI

content://com.example.trains/Line1

供應程式會傳回 MIME 類型

vnd.android.cursor.dir/vnd.example.line1

根據 Line1 表格的內容 URI

content://com.example.trains/Line2/5

供應程式會傳回 MIME 類型

vnd.android.cursor.item/vnd.example.line2

大多數內容供應程式會針對其使用的 MIME 類型定義合約類別常數。例如,聯絡人供應程式的合約類別 ContactsContract.RawContacts 會為某個 MIME 類型的原始聯絡人列定義 CONTENT_ITEM_TYPE 常數。

如要進一步瞭解個別資料列的內容 URI,請參閱內容 URI