Quali pensi che sarebbero i motivi principali per creare API con REST o OData invece di rendere tutto personalizzato (ad esempio solo utilizzando le richieste GET, anche per l'impostazione di variabili). Anche le ragioni del contrario sono benvenute.
Come sfondo, sarà usato per una richiesta che viene inviata una volta ogni pochi minuti come aggiornamento del server principale per un gioco (così come per i client per l'interrogazione).
Il motivo principale è perché tu (att bt buzzword bingo) sfrutta appieno l'HTTP.
Ad esempio, se utilizzi solo le richieste GET, le cache o i proxy potrebbero interferire, non (ri) inviare richieste quando vuoi.
Utilizzare gli URL per identificare le risorse, significa che puoi usare tutti i tuoi strumenti di web server preferiti, come mod_rewrite.
Confronta questo ad esempio con SOAP, che usa un URL e posta tutte le richieste lì. Ciò rende l'URL inutile. Non puoi utilizzare gli strumenti di analisi dei file di registro per vedere quali richieste sono popolari, hai bisogno di strumenti specifici per eseguire test di caricamento, ecc.
Perché REST funziona bene con gli altri. Quando si utilizza un'interfaccia di riposo, è possibile utilizzare tutte le cose belle inventate per http. Ad esempio, ottieni bilanciamento del carico, client della riga di comando, analizzatori di traffico più o meno gratuitamente. Quando si implementa un protocollo personalizzato su TCP / IP, è necessario scrivere da soli. Quando si utilizza HTTP 'erroneamente', gli http-tools non funzioneranno correttamente (ad esempio, potrebbero memorizzare nella cache una richiesta di ottenere che si prevede abbia un effetto collaterale, o eseguirla preventivamente)