Descrição do projeto
TraduzidoEstamos desenvolvendo um aplicativo móvel e precisamos de uma camada de API geoespacial separada que nossos desenvolvedores chamarão via HTTP. A principal tarefa é a geocodificação: pelo endereço, o serviço retorna latitude e longitude, e por um par de coordenadas — um endereço estruturado limpo de volta. Além disso, você precisa de autocomplete de endereço que sugere resultados enquanto digita, para que o usuário selecione sua localização em alguns toques em vez de digitar tudo manualmente. Este não é um serviço de entrega ou portal imobiliário — precisamos de um motor de coordenadas e mapas confiável que outras equipes poderão conectar aos seus produtos.
Além da busca, a API deve realizar matemática espacial básica. Precisamos de cálculos de distância entre dois ou mais pontos, construção de rotas sobre estradas reais com estimativa de tempo de viagem e suporte para pontos intermediários, de modo que uma solicitação descreva uma viagem com várias paradas. As respostas devem vir como JSON limpo com nomes de campo uniformes, códigos de erro claros e latência previsível, porque as aplicações cliente chamarão a API constantemente. Também precisamos de blocos de mapa ou um endpoint de bloco que possamos renderizar dentro da aplicação para que o usuário veja seu ponto em um mapa real, além de marcadores com capacidade de estilização.
Pense à frente sobre escala e custo: cache de solicitações, limitação de taxa por chave de API e fallback suave quando o provedor externo responde lentamente. Documentação e um pequeno conjunto de solicitações de teste estão incluídos no resultado. Mostre exemplos de backends geoespaciais ou cartográficos que você já construiu e nos diga se você construirá a solução em dados abertos ou envolverá um provedor comercial, com prós e contras.
— Geocodificação direta e reversa
— Autocomplete de endereço com resiliência a erros de digitação
— Cálculos de distância, rotas e viagens com paradas
— Blocos de mapa e marcadores estilizáveis para aplicação
— Cache, limites e provedor de fallback
— Respostas JSON, chaves de API e documentação clara
Além da busca, a API deve realizar matemática espacial básica. Precisamos de cálculos de distância entre dois ou mais pontos, construção de rotas sobre estradas reais com estimativa de tempo de viagem e suporte para pontos intermediários, de modo que uma solicitação descreva uma viagem com várias paradas. As respostas devem vir como JSON limpo com nomes de campo uniformes, códigos de erro claros e latência previsível, porque as aplicações cliente chamarão a API constantemente. Também precisamos de blocos de mapa ou um endpoint de bloco que possamos renderizar dentro da aplicação para que o usuário veja seu ponto em um mapa real, além de marcadores com capacidade de estilização.
Pense à frente sobre escala e custo: cache de solicitações, limitação de taxa por chave de API e fallback suave quando o provedor externo responde lentamente. Documentação e um pequeno conjunto de solicitações de teste estão incluídos no resultado. Mostre exemplos de backends geoespaciais ou cartográficos que você já construiu e nos diga se você construirá a solução em dados abertos ou envolverá um provedor comercial, com prós e contras.
— Geocodificação direta e reversa
— Autocomplete de endereço com resiliência a erros de digitação
— Cálculos de distância, rotas e viagens com paradas
— Blocos de mapa e marcadores estilizáveis para aplicação
— Cache, limites e provedor de fallback
— Respostas JSON, chaves de API e documentação clara
Programação web Dinheiro, Transferência bancária
