汽车行业的API：指南

汽车行业依赖API的方式，就像曾经依赖传真机：悄无声息，无处不在，但没有人掌握全局。为经销商、市场、保险公司或车队开发的人最终会将半打专业服务拼凑在一起。这份指南是我们希望存在的地图，基于我们每周看到的集成。

主要类别

汽车API聚集成几个家族，大多数产品需要每个家族中的一个或两个。名称因市场而异，但形状重复。

家族如何组合

真正的产品是这些服务的链条。一款金融计算器解码VIN，获取规格，定价风险，并展示车辆。市场平台接收列表，将其与车辆数据标准化，并使用一致的图像渲染每张卡片。链条比环节更重要：集成的质量取决于标识符在一个服务与下一个服务之间传递的清晰度。

• 首先是标识符：一个存储VIN和稳定目录ID的系统可以在任何时候添加任何服务
• 早期标准化：在输入时将车型映射到制造商数据，而不是在渲染时
• 有意缓存：大多数汽车数据变化缓慢，缓存策略即成本策略
• 阅读许可证：每个家族对你可以存储和显示的内容都有不同的规则

影像在堆栈中的位置

图像是每个用户看到的家族，也是团队最后整合的，通常是在使用不匹配的照片多年后。它可以嵌入到任何存在车辆标识符的地方：同一个VIN既能提供估值，也能提供图片。我们的车辆图像API就是为这个位置量身定制的，将标识符解析为正确车型和颜色的工作室图片。

无悔选择服务

三个问题迅速筛选出合适的服务。该服务是否解析了您实际持有的标识符，而不是它希望您持有的标识符？许可证是否覆盖您的表面，包括客户保留的文件？它是否会大声失败，告诉您它何时替换或猜测？通过所有三项测试的服务能够很好地组合在一起；未通过第三项测试的服务会悄无声息地毒害整个链条，您会从客户那里得知。

如果你从零开始，从车辆数据和标识符开始，当第一个面向客户的界面出现时添加图像，并将其他所有内容视为需求驱动。API 文档详细展示了图像部分的工作原理。

自建还是外购

最后一个方向点：这个领域几乎没有什么值得自己建设。车辆数据、解码、估值和图像都是维护跑步机，穿着产品的外衣，每一个都是某人的整个公司。你产品中有防御力的部分是你组成的链条和上面的体验，而不是链条本身。购买链条，拥有链条。