Graph API 概覽載有 Graph API 的專用術語和結構的基本資訊。本文件會詳細介紹 API 要求的結果。
向節點或關係連線執行 API 要求時,您通常不會在單一回應中收到相關要求的所有結果。這是因為某些回應可能包含數千個物件,所以根據預設,系統會將大多數回應作分頁處理。
以游標建基的分頁是效率最佳的分頁方式,建議儘可能使用此方式。游標是指一個隨機字元字串,用以標記資料清單的特定項目。游標一律會指向相關項目,但如果該項目已被刪除或移除則為無效。因此,您的應用程式不應該儲存游標,也不應該假設這些游標日後仍然有效。
讀取支援游標分頁的關係連線時,您將看到下列 JSON 回應:
{ "data": [ ... Endpoint data is here ], "paging": { "cursors": { "after": "MTAxNTExOTQ1MjAwNzI5NDE=", "before": "NDMyNzQyODI3OTQw" }, "previous": "https://graph.facebook.com/{your-user-id}/albums?limit=25&before=NDMyNzQyODI3OTQw" "next": "https://graph.facebook.com/{your-user-id}/albums?limit=25&after=MTAxNTExOTQ1MjAwNzI5NDE=" } }
游標分頁的關係連線支援以下參數:
before
:此為指向已傳回資料所屬頁面開首的游標。after
:此為指向已傳回資料所屬頁面結尾的游標。limit
:此為系統可能會傳回的物件數量上限。由於經過篩選,查詢傳回的物件數量可能會少於 limit
的數值。請勿以查詢結果數量少於 limit
的數值來判斷查詢是否已達到資料清單的盡頭;相反,您可以使用 next
存在與否來作判斷(詳見下文)。舉例來說,如果您將 limit
設定為 10,而系統傳回了 9 個查詢結果,則其實可能還有更多資料,只是其中一個項目因為私隱篩選條件而被移除。基於效能因素,某些關係連線的 limit
數值也設有上限。無論情況為何,API 都會傳回正確的分頁連結。next
:會傳回資料下一頁的 Graph API 端點。如果未有包含此項,則此為資料的最後一頁。根據分頁的可見性和私隱,頁面可能為空白,但包含 next
分頁連結。當 next
連結不再出現時,請停止分頁。previous
:會傳回資料上一頁的 Graph API 端點。如果未有包含此項,則此為資料的第一頁。切勿儲存游標。如果新增或移除項目,游標可能很快會變為無效。
時間分頁用於使用 Unix 時戳導覽多項結果資料,這些時戳指向資料清單中的特定時間。
使用支援以時間建基的分頁的端點時,您將看到下列 JSON 回應:
{ "data": [ ... Endpoint data is here ], "paging": { "previous": "https://graph.facebook.com/{your-user-id}/feed?limit=25&since=1364849754", "next": "https://graph.facebook.com/{your-user-id}/feed?limit=25&until=1364587774" } }
時間分頁的關係連線支援以下參數:
until
:Unix 時戳或 strtotime
資料值,可指向以時間建基的資料範圍的結尾。since
:Unix 時戳或 strtotime
資料值,可指向以時間建基的資料範圍的開首。limit
:此為系統可能會傳回的物件數量上限。由於經過篩選,查詢傳回的物件數量可能會少於 limit
的數值。請勿以查詢結果數量少於 limit
的數值來判斷查詢是否已達到資料清單的盡頭;相反,您可以使用 next
存在與否來作判斷(詳見下文)。舉例來說,如果您將 limit
設定為 10,而系統傳回了 9 個查詢結果,則其實可能還有更多資料,只是其中一個項目因為私隱篩選條件而被移除。基於效能因素,某些關係連線的 limit
數值也設有上限。無論情況為何,API 都會傳回正確的分頁連結。next
:會傳回資料下一頁的 Graph API 端點。previous
:會傳回資料上一頁的 Graph API 端點。為求結果保持一致,請指定 since
與 until
參數。此外,我們建議時差上限為 6 個月。
如果您不在乎時間順序,只想傳回特定數量的物件,便可以使用位移分頁。僅在關係連線不支援以游標或時間建基分頁時才使用位移分頁。
位移分頁的關係連線支援以下參數:
offset
:根據指定數字位移每一頁的開首。limit
:此為系統可能會傳回的物件數量上限。由於經過篩選,查詢傳回的物件數量可能會少於 limit
的數值。請勿以查詢結果數量少於 limit
的數值來判斷查詢是否已達到資料清單的盡頭;相反,您可以使用 next
存在與否來作判斷(詳見下文)。舉例來說,如果您將 limit
設定為 10,而系統傳回了 9 個查詢結果,則其實可能還有更多資料,只是其中一個項目因為私隱篩選條件而被移除。基於效能因素,某些關係連線的 limit
數值也設有上限。無論情況為何,API 都會傳回正確的分頁連結。next
:會傳回資料下一頁的 Graph API 端點。如果未有包含此項,則此為資料的最後一頁。根據分頁的可見性和私隱,頁面可能為空白,但包含 next
分頁連結。當 next
連結不再出現時,請停止分頁。previous
:會傳回資料上一頁的 Graph API 端點。如果未有包含此項,則此為資料的第一頁。請注意,如果將新的物件加入要作分頁處理的項目清單,每個以位移建基的分頁中的內容都會變更。
並非所有 API 呼叫都支援以位移建基的分頁。若要取得一致的結果,我們建議您使用我們在回應中傳回的上一頁/下一頁連結來分頁。
若是傳回項目數量很多的物件(例如數以萬計個回應),您可能會在分頁時遇到限制。如果您的應用程式達到游標限制,API 會傳回錯誤訊息:
{ "error": { "message": "(#100) The After Cursor specified exceeds the max limit supported by this endpoint", "type": "OAuthException", "code": 100 } }
現在您對 Graph API 已更加熟悉,請瀏覽我們的 Graph 測試工具指南,在無需編寫代碼的情況下探索 Graph;您也可以瀏覽常見用途,查看最常見的操作任務,以及了解可用的 SDK。