Hem/Guider/Utvecklare
Utvecklare

Inget resultat eller API-fel: hur gör man skillnad?

Skillnad på tomt resultat, delvis svar och API-fel i ROOTE. Kontrollera koordinater, filter, täckning och begränsningar för rätt meddelande.

By ROOTE·7 minuters läsning
Inget resultat eller API-fel: hur gör man skillnad?
Ett tomt svar är inte ett fel.

Det viktigaste på några sekunder

Börja med HTTP-transporten, validera sedan innehåll och affärsstatus. En tom sökning är inte ett fel; ett fel bekräftar inte att tjänster saknas. Delvis svar kan användas med varningar intakta.

Ett API utan resultat och ett med fel kräver två olika hanteringar. En lyckad sökning kan returnera inga platser inom det angivna området. Ett nätverksfel, uppnådd gräns eller otillgänglig källa förhindrar däremot slutsatser från sökningen.

För ROOTE, kontrollera HTTP-svaret, affärsstatus, förväntad samling och täckning. Detta undviker att visa ”inga toaletter” när ett tjänsteanrop misslyckats eller ”inga stopp” efter överskriden väntetid.

Läs de tre nivåerna i ett svar

NivåAtt kontrolleraMöjlig slutsats
TransportAnslutning, timeout och HTTP-statusLyckades förfrågan?
AvtalGiltig JSON, version och förväntade fältÄr svaret användbart?
Affärsresultatstatus, samlingar, täckning, varningar och metadataVad vet vi inom det begärda området?

HTTP-kod 200 räcker inte för att godkänna en sökning. Svaret kan indikera delvis genomförande eller felstatus. En 404 på en rutt är inte normalt för att visa tom samling: kontrollera URL och avtal.

Förstå success, empty, partial och error

StatusRekommenderad hantering
successVisa enheter efter validering och behåll begränsningar
emptyAnge att inget resultat returnerats för denna sökning
partialVisa användbar information med dess varningar
errorPresentera sökningen som otillgänglig; dra inte slutsatsen att platser saknas

Avsaknad av resultat gäller en förfrågan och kända källor. Det bevisar inte att inga tjänster existerar fysiskt. Ofullständig täckning, restriktivt filter eller tillämpad gräns kan minska resultaten.

Ett beslutsträd för ditt gränssnitt

1. La requête a-t-elle abouti ?
   Non → indisponibilité réseau ou délai dépassé.
2. Le statut HTTP est-il acceptable selon le contrat ?
   Non → traiter le code et le message d'erreur.
3. Le JSON respecte-t-il le schéma attendu ?
   Non → réponse inexploitable, jamais "aucun résultat".
4. Le statut métier est-il error ?
   Oui → recherche indisponible.
5. Le statut est-il partial ou la couverture limitée ?
   Oui → résultats utilisables + avertissement.
6. La collection attendue est-elle vide ?
   Oui → aucun résultat retourné dans ce périmètre.
   Non → afficher les résultats et leurs limites.

Kontrollera parametrar i rätt ordning

Kontrollera först latitud och longitud, deras ordning och erhållen stad. Granska sedan radieenhet och filterdefinitioner. API:t Services använder types=toilets; en kart-URL använder modes=toilets. Dessa parametrar hör till olika avtal.

Utöka sedan en dimension i taget: öka radien inom rutbegränsningen eller ta bort ett filter för ett explicit test. Behåll spår av ursprungsförfrågan. Om du expanderar automatiskt, informera användaren om det nya området.

Bygga en API-sökning kring GPS-koordinater

Hantera otillgänglig källa utan att förlora andra

Ett delvis svar kan innehålla platser från källor som svarat medan en annan misslyckats. Behåll dessa resultat, deras attributioner och relevant varning. Presentera inte listan som komplett och ersätt inte saknade fält med vilseledande standardvärden.

Även äldre cachad information kan vara användbar om er policy tillåter fallback. Den måste dock identifieras som gammal. Tidpunkten för mottagen förfrågan förnyar inte originalobservationen.

Anpassa meddelanden och återupptagningar

SituationMeddelande att anpassa i ert gränssnittÅtgärd
emptyInga resultat returnerades i denna zon med dessa filterÄndra område eller filter
partialVissa resultat finns; sökningen är ofullständigVisa resultat och varning
ValideringsfelSökningen innehåller en ogiltig parameterKorrigera förfrågan
Autentisering eller behörigheterDenna åtkomst tillåter inte denna sökningKontrollera konto eller token
Gräns eller otillgänglighetSökningen är tillfälligt otillgängligFölj återupptagningsanvisningar

Vid 429, se tjänstens instruktioner och eventuell Retry-After. Fel 400 kräver korrigering av argument; upprepad förfrågan löser det inte. Förvandla inte 401 till anonymt anrop om användaren angivit token.

Referens för ROOTE API-fel

Status för ROOTE-tjänster

Testa fyra tillstånd innan publicering

Förbered kompletta, tomma, partiella och felsvar, samt ogiltig JSON och timeout. Kontrollera visat meddelande, bevarade resultat och antal återupptagningar. Viktigt är att fel aldrig får ge intryck av frånvaro av tjänster.

Tillämpa regler på en AI-assistent

Förstå mobilitetsdataformat

För utvecklareROOTE Mobility API

Mobilitet kring en punkt.
Direkt i din applikation.

  • Sök
    runt en position
  • Få tillgång till
    mobilitetsdata
  • Integrera i
    din applikation

Gå från karta till data: sök mobila tjänster och närliggande tjänster med ROOTE API.

Vanliga frågor

Bevisar en tom lista att inga toaletter finns?

Nej. Den visar bara att inga resultat returnerats för denna sökning och de källor som undersökts.

Kan man visa ett delvis svar?

Ja, om de använda enheterna är giltiga och du behåller nödvändiga varningar och begränsningar.

Ska varje fel orsaka omförsök?

Nej. Korrigera parametervärden eller åtkomstfel; begränsa omförsök vid övergående problem och följ tjänstens anvisningar.

Och om du tittade runt dig?

Utforska ditt område med ROOTE och hitta tillgänglig information för att planera din resa.

Utforska ROOTE-kartan ↗