最佳實務

本節涵蓋在與 API 互動時使用壓縮以及在 Simple (GeoJSON) 和 FlexiblePolyline 格式之間進行選擇的最佳實務，提供最佳化效能、頻寬和資料處理的指引。

壓縮

為了增強應用程式與 API 互動時的效能和效率，建議針對回應啟用壓縮，尤其是在處理大型文字型承載時。您可以在 API 請求中包含 Accept-Encoding標頭來啟用壓縮，並指定您偏好的壓縮方法。我們支援 gzip和 deflate 的壓縮功能，gzip通常提供更好的壓縮比率。

啟用壓縮的時機

大型回應

針對大型文字型回應啟用壓縮，以減少頻寬使用量並改善載入時間。

網路限制條件

如果您的應用程式透過有限頻寬或高延遲網路運作，壓縮可以增強資料傳輸效率。

如何有效使用壓縮

設定接受編碼標頭

在您的 HTTP 請求Accept-Encoding: gzip, deflate中包含 ，以通知我們的 API 您支援這些壓縮方法。啟用和處理壓縮的方法因 AWS 開發套件和程式設計語言而異。例如，適用於 Java 的 AWS 開發套件 v1 使用 ClientConfiguration類別中的 withGzip方法來啟用 gzip，而適用於 Go 的 AWS 開發套件則需要新增特定中介軟體以進行壓縮處理。如需其他 SDKs，請參閱 AWS 開發套件參考指南以取得詳細說明。

正確處理解壓縮

確保您的用戶端應用程式可以根據 API 傳回的Content-Encoding標頭正確解壓縮回應。

測試和監控

定期評估壓縮對您應用程式效能的影響，平衡降低承載大小與解壓縮程序中任何額外 CPU 額外負荷的優點。

折線

與我們的 API 互動時，在 Simple (GeoJSON) 和 FlexiblePolyline 格式之間進行選擇的最佳實務，以最佳化地理空間資料的效能和可用性。

使用 Simple (GeoJSON) 格式

可讀性和標準化

當您需要廣為人知且可讀的格式，以便於偵錯和與各種地理空間工具的互通性時使用。

精確度

當您的應用程式需要高精度的座標時，請選擇簡易格式，因為 GeoJSON 會維持完整的十進位精度而不會遺失。

較小的資料集

使用較小的座標資料集時，簡單格式是理想的選擇，其中壓縮的大小縮減優勢最少。

使用 FlexiblePolyline 格式

資料大小縮減

FlexiblePolyline 非常適合當您需要利用失真壓縮技術將傳輸的資料量降至最低時，特別是對於大型座標清單。

URL 安全性

FlexiblePolyline 提供精簡且 URL 安全的字串，可直接用於查詢參數，無需額外的編碼。

效能最佳化

FlexiblePolyline 有助於減少承載大小，進而加快資料傳輸速度並降低頻寬使用量，因此對於高效能應用程式或受限網路的操作至關重要。