As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Práticas recomendadas
Esta seção aborda as práticas recomendadas para usar a compactação e escolher entre os formatos Simple (GeoJSON) e FlexiblePolyline quando for interagir com a API, fornecendo orientação sobre como otimizar o desempenho, a largura de banda e o tratamento de dados.
Compactação
Para melhorar o desempenho e a eficiência de seus aplicativos quando for interagir com nossa API, é recomendável ativar a compactação para respostas, especialmente quando for lidar com grandes cargas úteis baseadas em texto. Você pode ativar a compactação incluindo o cabeçalho Accept-Encoding em suas solicitações de API, especificando seu método de compactação preferido. Fornecemos suporte aos formatos gzip e deflate para fins de compressão, sendo que o gzip normalmente apresenta taxas de compressão melhores.
Quando ativar a compactação
- Grandes respostas
-
Ative a compactação para grandes respostas baseadas em texto para reduzir o uso da largura de banda e melhorar os tempos de carregamento.
- Restrições de rede
-
Se seu aplicativo opera em redes de largura de banda limitada ou de alta latência, a compactação pode aumentar a eficiência da transferência de dados.
Como usar a compactação de forma eficaz
- Definir o cabeçalho Accept-Encoding
-
Inclua
Accept-Encoding: gzip, deflateem suas solicitações HTTP para informar à nossa API que você oferece suporte a esses métodos de compactação. O método para ativar e lidar com a compactação varia de acordo com o AWS SDK e a linguagem de programação. Por exemplo, o AWS SDK para Java v1 usa o métodowithGzipna classeClientConfigurationpara ativar o gzip enquanto o o AWS SDK para Go exige a adição de um middleware específico para o tratamento da compactação. Para outros SDKs, consulte o Guia de referência do ASW SDK para obter instruções detalhadas. - Tratar a descompactação de forma adequada
-
Certifique-se de que seu aplicativo cliente possa descompactar corretamente as respostas com base no cabeçalho
Content-Encodingretornado pela nossa API. - Testar e monitorar
-
Avalie regularmente o impacto da compactação no desempenho do seu aplicativo, equilibrando os benefícios de tamanhos reduzidos de carga útil com qualquer sobrecarga adicional de CPU decorrente dos processos de descompactação.
Linha poligonal
As práticas recomendadas para escolher entre os formatos Simple (GeoJSON) e FlexiblePolyline quando for interagir com nossa API, para otimizar o desempenho e a usabilidade de seus dados geoespaciais.
Usar o formato Simple (GeoJSON)
- Legibilidade e padronização
-
Use quando precisar de um formato amplamente reconhecido e legível por humanos para facilitar a depuração e a interoperabilidade com várias ferramentas geoespaciais.
- Precisão
-
Escolha o formato Simple quando seu aplicativo precisar de alta precisão para coordenadas, pois o GeoJSON mantém a precisão decimal total sem perda.
- Menores conjuntos de dados
-
O formato Simple é ideal quando se trabalha com conjuntos menores de dados de coordenadas, nos quais os benefícios de redução de tamanho da compactação são mínimos.
Usar o formato FlexiblePolyline
- Redução do tamanho dos dados
-
O FlexiblePolyline é ideal quando você precisa minimizar a quantidade de dados transmitidos, especialmente para grandes listas de coordenadas, aproveitando técnicas de compactação com perdas.
- Segurança de URL
-
O FlexiblePolyline fornece uma string compacta e segura para URL que pode ser usada diretamente nos parâmetros de consulta sem codificação adicional.
- Otimização do desempenho
-
O FlexiblePolyline ajuda a reduzir o tamanho da carga útil, levando a uma transferência de dados mais rápida e menor uso da largura de banda, tornando-o crucial para aplicativos de alto desempenho ou aqueles que operam em redes restritas.
