Meno richiesta PHP all'API REST

Question

Meno richiesta PHP all'API REST

#1 da (2 voti)

-3

Oggi ho avuto una discussione con il mio sviluppatore PHP che ha cercato di convincermi che l'API REST deve fornire tutte le richieste da PHP poiché un server è più veloce dei dispositivi client come il desktop.

Dato che sono uno sviluppatore di API REST, gli ho detto che sarebbe stato meglio se il client fosse in grado di ridurre il numero di richieste API dato che i dispositivi client oggi possono gestire più cose con una potente potenza della CPU e una maggiore memoria. Questo è quello che stiamo cercando di fare. L'API REST fornirà un elenco di articoli in vendita per il sito e-commerce con una categoria di ciascun articolo.

Stavo chiedendo allo sviluppatore PHP di generare un'opzione di filtro in base alle categorie fornite nell'elenco degli articoli. Lo sviluppatore di PHP mi ha chiesto di fornire l'opzione di filtro come JSON.

Vuole chiedere due per questa transazione, ma gli ho detto che può farlo solo con una richiesta. Quale via è giusta?

api php rest json

posta Hoorayo 21.07.2015 - 07:45

fonte

1 risposta

Leggi altre domande sui tag api php rest json

Trasformare un problema in un dato [chiuso] Rinvia inserimento dati in un database

score 2 · Accepted Answer

Se ti capisco correttamente, stai fornendo un elenco di elementi con 2 (o più) categorie e vuoi visualizzarli ordinati o separati in qualche modo.

Le opzioni sono più richieste, una per ogni categoria selezionata. O una singola richiesta che consente al client di specificare più categorie.

Se questo è in qualche modo vicino alla comprensione corretta, questo è come lo guarderei ...

In primo luogo, giusto o sbagliato, sembra essere un modo duro per guardarlo. I vantaggi e gli svantaggi potrebbero essere un modo meno conflittuale per affrontarlo e potrebbe rendere più facile raggiungere un accordo.

I vantaggi di più richieste:

Semplicità dell'API, la richiesta di un elenco di categorie in una singola richiesta aggiungerebbe (presumibilmente una piccola quantità) di complessità all'API che potrebbe non essere necessaria se non ti aspetti richieste complesse
Semplicità dell'interfaccia, nessun codice di filtro nell'interfaccia.
Record abbastanza grandi (molti dati, rispetto al sovraccarico della connessione) in una situazione in cui le richieste multi-categoria sono l'eccezione sarebbe una situazione in cui ciò funzionerebbe.

Vantaggi di una singola richiesta:

C'è una quantità non trascurabile di spese generali per le connessioni aggiuntive. Ciò è aggravato da cose come i cookie che su alcuni siti possono aggiungere fino a una percentuale significativa della larghezza di banda richiesta / risposta per piccole immagini e richieste di ajax.
Un ambiente in cui più richieste di categoria sono la norma, specialmente se i record (e il numero di risultati) sono piccoli, favorirebbero questo approccio.

In generale, direi che meno richieste sono assolutamente a cui vorresti puntare. Ma hai davvero bisogno di valutare la tua situazione individuale e prendere in considerazione un quadro più ampio del sistema e come è probabile che venga utilizzato. E questo potrebbe cambiare nel tempo. Un sistema progettato con un totale di 3 categorie, che cresce nel tempo fino a centinaia di categorie, probabilmente dovrebbe essere rivalutato.