Descrizione del progetto
TradottoStiamo sviluppando un'app mobile e abbiamo bisogno di uno strato API geospaziale separato che i nostri sviluppatori chiameranno tramite HTTP. Il compito principale è il geocoding: per indirizzo il servizio restituisce latitudine e longitudine, e per una coppia di coordinate — un indirizzo strutturato pulito. Inoltre, è necessario un completamento automatico degli indirizzi che suggerisce risultati mentre si digita, in modo che l'utente selezioni la propria posizione con un paio di tocchi invece di digitare tutto manualmente. Questo non è un servizio di consegna o un portale immobiliare — abbiamo bisogno di un motore di coordinate e mappe affidabile a cui altri team possano collegarsi ai loro prodotti.
Oltre alla ricerca, l'API dovrebbe eseguire operazioni matematiche spaziali di base. Abbiamo bisogno di calcoli di distanza tra due o più punti, costruzione di percorsi su strade reali con stima del tempo di viaggio e supporto per punti intermedi in modo che una richiesta descriva un viaggio con diverse fermate. Le risposte dovrebbero arrivare come JSON pulito con nomi di campo uniformi, codici di errore chiari e latenza prevedibile, perché le applicazioni client chiameranno costantemente l'API. Abbiamo anche bisogno di mappe o di un endpoint di mappe che possiamo rendere all'interno dell'applicazione in modo che l'utente veda il proprio punto su una mappa reale, più marcatori con capacità di stile.
Pensa in anticipo alla scalabilità e ai costi: caching delle richieste, limitazione della velocità tramite chiave API e fallback morbidi quando il fornitore esterno risponde lentamente. La documentazione e un piccolo set di richieste di test sono inclusi nel risultato. Mostra esempi di backend geospaziali o cartografici che hai già costruito e dicci se costruirai la soluzione su dati aperti o avvolgerai un fornitore commerciale, con pro e contro.
— Geocoding in avanti e all'indietro
— Completamento automatico degli indirizzi con resilienza agli errori di battitura
— Calcoli di distanza, percorsi e viaggi con fermate
— Mappe e marcatori stilizzabili per l'applicazione
— Caching, limiti e fornitore di fallback
— Risposte JSON, chiavi API e documentazione chiara
Oltre alla ricerca, l'API dovrebbe eseguire operazioni matematiche spaziali di base. Abbiamo bisogno di calcoli di distanza tra due o più punti, costruzione di percorsi su strade reali con stima del tempo di viaggio e supporto per punti intermedi in modo che una richiesta descriva un viaggio con diverse fermate. Le risposte dovrebbero arrivare come JSON pulito con nomi di campo uniformi, codici di errore chiari e latenza prevedibile, perché le applicazioni client chiameranno costantemente l'API. Abbiamo anche bisogno di mappe o di un endpoint di mappe che possiamo rendere all'interno dell'applicazione in modo che l'utente veda il proprio punto su una mappa reale, più marcatori con capacità di stile.
Pensa in anticipo alla scalabilità e ai costi: caching delle richieste, limitazione della velocità tramite chiave API e fallback morbidi quando il fornitore esterno risponde lentamente. La documentazione e un piccolo set di richieste di test sono inclusi nel risultato. Mostra esempi di backend geospaziali o cartografici che hai già costruito e dicci se costruirai la soluzione su dati aperti o avvolgerai un fornitore commerciale, con pro e contro.
— Geocoding in avanti e all'indietro
— Completamento automatico degli indirizzi con resilienza agli errori di battitura
— Calcoli di distanza, percorsi e viaggi con fermate
— Mappe e marcatori stilizzabili per l'applicazione
— Caching, limiti e fornitore di fallback
— Risposte JSON, chiavi API e documentazione chiara
Programmazione web Contante, Bonifico bancario
