動態饋給資料分割
透過集合功能整理內容
你可以依據偏好儲存及分類內容。
「資料分割」是指將整個動態饋給分成多個非交集的子集合。視後端系統、機群類型和大小而定,您可能需要進行資料分割。
資料分割的時機
如果動態饋給的尺寸過大,可能會導致合作夥伴嘗試遵循資料更新間隔規定,導致效能問題。
合作夥伴的後端系統在各個國家/地區的不同系統間整合車隊資訊時發生問題。
為避免資料分割影響系統效能,建議每個微移動系統採用下列做法:
無置頂:不建議使用資料分割。我們強烈建議您盡量將資料分割數量降到最低,並盡可能確保每個資料分割都大同小異。
每個資料分割都必須涵蓋至少涵蓋一個都會區或更大尺寸的地理區域服務範圍。舉例來說,雖然 Google 允許資料分割只能包含單一都會區,例如紐約,但我們也偏好大型資料分割 (例如涵蓋整個歐洲、中東和非洲地區的區域)。
已插入座架:允許使用者進行資料分割,並建議合作夥伴透過都會區進行資料分割。
一般規則
每個資料分割都必須含有完整的 GBFS 檔案,可完整描述系統,並且可單獨使用。
所有相關資訊都必須在單一資料分割中,而且不得與其他參照共用。舉例來說,資料分割 A 中的無座車輛無法參照資料分割 B 的系統定價方案。而是在資料分割 A 中定義其定價方案。
所有資料分割均須非交集。如果座無車輛或停靠站顯示在兩個不同的資料分割中,系統會將其視為兩個不同的實體,系統會向使用者顯示重複的資訊。
一個資料分割中定義的地理圍欄不得與另一個資料分割中定義的地理圍欄重疊。
地理圍欄不得使用逆時針排列,是指多邊形外的區域。
除非另有註明,否則本頁面中的內容是採用創用 CC 姓名標示 4.0 授權,程式碼範例則為阿帕契 2.0 授權。詳情請參閱《Google Developers 網站政策》。Java 是 Oracle 和/或其關聯企業的註冊商標。
上次更新時間:2022-07-27 (世界標準時間)。
[{
"type": "thumb-down",
"id": "missingTheInformationINeed",
"label":"缺少我需要的資訊"
},{
"type": "thumb-down",
"id": "tooComplicatedTooManySteps",
"label":"過於複雜/步驟過多"
},{
"type": "thumb-down",
"id": "outOfDate",
"label":"過時"
},{
"type": "thumb-down",
"id": "translationIssue",
"label":"翻譯問題"
},{
"type": "thumb-down",
"id": "samplesCodeIssue",
"label":"示例/程式碼問題"
},{
"type": "thumb-down",
"id": "otherDown",
"label":"其他"
}]
[{
"type": "thumb-up",
"id": "easyToUnderstand",
"label":"容易理解"
},{
"type": "thumb-up",
"id": "solvedMyProblem",
"label":"確實解決了我的問題"
},{
"type": "thumb-up",
"id": "otherUp",
"label":"其他"
}]