最佳实践

本节介绍在与 API 交互时使用压缩以及在简单 (geoJSON) 和 FlexiblePolyline 格式之间进行选择的最佳实践，并提供了有关优化性能、带宽和数据处理的指导。

压缩

为了提高应用程序在与我们的 API 交互时的性能和效率，建议启用响应压缩，尤其是在处理基于文本的大型负载时。您可以通过在 API 请求中包含标Accept-Encoding头来激活压缩，并指定您的首选压缩方法。我们支持gzip并deflate支持它们的压缩功能，gzip通常会提供更好的压缩比。

何时启用压缩

大量回应

为基于文本的大型响应启用压缩，以减少带宽使用量并缩短加载时间。

网络限制

如果您的应用程序在有限的带宽或高延迟的网络上运行，则压缩可以提高数据传输效率。

如何有效使用压缩

设置接受编码标头

Accept-Encoding: gzip, deflate在您的 HTTP 请求中加入以告知我们的 API 您支持这些压缩方法。启用和处理压缩的方法因 AWS 开发工具包和编程语言而异。例如，适用于 Java 的 AWS 开发工具包 v1 使用ClientConfiguration类中的withGzip方法来启用 gzip，而 AWS SDK for Go 则需要添加特定的中间件来进行压缩处理。有关其他 SDKs，请参阅 AWS 开发工具包参考指南以获取详细说明。

正确处理解压问题

确保您的客户端应用程序可以根据我们的 API 返回的Content-Encoding标头正确解压缩响应。

测试和监控

定期评估压缩对应用程序性能的影响，平衡减小有效载荷大小的好处和解压缩过程产生的额外的 CPU 开销。

折线

在与我们的 API 交互时，在简单 (geoJSON) 和 FlexiblePolyline 格式之间进行选择的最佳实践，以优化地理空间数据的性能和可用性。

使用简单 (GeoJSON) 格式

可读性和标准化

当您需要一种广泛认可且易于理解的格式时，可以使用，以便于调试并与各种地理空间工具互操作。

精度

当您的应用程序需要高精度坐标时，请选择简单格式，因为 GeoJSON 可以保持完整的十进制精度而不会丢失。

较小的数据集

当处理较小的坐标数据集时，简单格式是理想的选择，因为压缩所带来的减小尺寸的好处微乎其微。

使用 FlexiblePolyline 格式

减少数据大小

FlexiblePolyline 当您需要利用有损压缩技术来最大限度地减少传输的数据量（尤其是对于大型坐标列表而言）时，它是理想的选择。

网址安全

FlexiblePolyline 提供了一个紧凑的、URL 安全的字符串，无需额外编码即可直接在查询参数中使用。

性能优化

FlexiblePolyline 有助于减小有效载荷大小，从而加快数据传输速度和降低带宽使用量，因此对于高性能应用程序或在受限网络上运行的应用程序至关重要。