Come sapere quale chiamata è corretta quando più potenziali chiamate all'API ciascuna nuova invalida quella precedente

Question

Come sapere quale chiamata è corretta quando più potenziali chiamate all'API ciascuna nuova invalida quella precedente

#1 da (1 voti)

0

Ho un elemento reattivo che potenzialmente chiamerà un'API più volte in un breve lasso di tempo. Ogni nuova chiamata invaliderebbe quella vecchia in quanto si tratta di una richiesta di prezzi per il server. C'è un modo per verificare che ho ricevuto la richiesta più recente durante l'aggiornamento dei dati sul front-end?

Stavo pensando che potrebbe essere fatto potenzialmente con tempismo. I valori dovrebbero anche essere univoci basandosi su alcuni dei dati che invio al server. Stavo pensando di convalidare i dati di ritorno in base allo stato corrente sul lato front-end.

api web-services time react

posta unflores 13.06.2017 - 11:37

fonte

1 risposta

Leggi altre domande sui tag api web-services time react

Metodi per l'azione front-end del gestore che richiede più richieste Progettazione di uno schema per oggetti generici

score 1 · Accepted Answer

Puoi pensare ad ogni singolo prezzo come una risorsa:

GET /pricing/1234

Per richiedere un prezzo, POST invia una richiesta di prezzo

POST /pricing/request

Che restituirà come valore:

Un URL risorsa richiesta prezzi, se la richiesta di determinazione dei prezzi richiede tempo per il completamento

// poll to obtain pricing request status
// eventually will contain pricing resource url
GET /pricing/request/1234

Un URL delle risorse di prezzo
```
GET /pricing/1234
```

Tramite un comando (utente) attiverete il POST a / pricing / request, che produce un url di prezzo che è possibile utilizzare per recuperare i dati dei prezzi. Il recupero dei dati è innocuo in quanto non cambierà mai a quell'URL. Nuove richieste producono nuovi URL, quindi tutto ciò che deve essere aggiornato è l'url con il prezzo "corrente".