Feed 分片
使用集合让一切井井有条
根据您的偏好保存内容并对其进行分类。
将 Feed 分片是将整个 Feed 拆分为多个非交叉的子集。根据您的后端系统、舰队类型和大小,可能需要进行分片。
何时进行分片
如果 Feed 过大,当合作伙伴尝试遵循数据新鲜度要求时,这可能会导致性能问题。
合作伙伴的后端系统难以跨不同国家/地区的系统合并车队信息,因而面临技术难题。
为了防止分片损害系统的性能,我们建议对每个微移动系统执行以下操作:
基座:不建议分片,但允许这样做。我们强烈建议您将分片数量保持在最低限度,并在逻辑上尽可能使每个分片尽可能大。
每个分片必须覆盖一个地理区域,且服务区域至少要比都市圈区域更大或更大。例如,虽然 Google 允许分片只包含一个都市圈(例如纽约市),但较大的分片(例如覆盖整个 EMEA 区域)是首选。
停靠:允许分片,并建议合作伙伴按都市圈区域对 Feed 进行分片。
一般规则
每个分片都必须包含一整套 GBFS 文件,这些文件可以全面描述系统并且可以独立使用。
所有相关信息都必须包含在单个分片中,并且不能与其他分片进行交叉引用。例如,分片 A 中的无底座车辆无法引用分片 B 的系统定价方案。其分片方案必须在分片 A 中定义。
所有分片都必须不相交。如果停靠式车辆或停靠的充电站出现在两个不同的分片中,系统会将其视为两个单独的实体,并将向用户显示重复的信息。
一个分片中定义的地理围栏不得与另一个分片中定义的地理围栏重叠。
地理围栏不得使用指向多边形外部区域的逆时针排列方式。
如未另行说明,那么本页面中的内容已根据知识共享署名 4.0 许可获得了许可,并且代码示例已根据 Apache 2.0 许可获得了许可。有关详情,请参阅 Google 开发者网站政策。Java 是 Oracle 和/或其关联公司的注册商标。
最后更新时间 (UTC):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":"其他"
}]