Sto mantenendo una vecchia pagina .aspx
in cui tutti i dati richiesto dalla pagina per mostrare il contenuto viene passato nellURL della richiesta GET
come parte della stringa di query. Il risultato è che, man mano che continuiamo ad aggiungere funzionalità, lURL diventa sempre più grande.
Sto pensando di spostare tutti i parametri dalla stringa di query al corpo della richiesta GET
.
È una buona decisione di progettazione e qual è il caso duso di un corpo nella richiesta GET
?
Commenti
Risposta
Le richieste GET con un corpo sono supportate nelle specifiche HTML.
Consulta la domanda di overflow dello stack Questa affermazione è corretta? Il metodo HTTP GET non ha sempre il corpo del messaggio per una discussione.
Tuttavia, è insolito. Sorprenderai le persone con questa soluzione. Il semplice passaggio a un POST è unidea migliore.
Lunico lato negativo (lato positivo?) sono i fastidiosi accoliti di RESTfulness.
Commenti
- ci sono svantaggi tecnici poiché molte librerie javascript non ' t supporta GET con un corpo. Per i database in cui stai eseguendo una ricerca, ha senso logico farlo in questo modo, ma non ' t essere in grado di effettuare la chiamata da unapp a pagina singola alla tua istanza ElasticSearch o SOLR (le uniche API in cui ho visto implementata questa combinazione).
- Questa domanda dice la stessa cosa: stackoverflow.com/questions/978061/http-get-with-request-body " Sì. In altre parole, qualsiasi richiesta HTTP message può contenere un corpo del messaggio, e quindi deve analizzare i messaggi tenendo presente questo. Server sem le buffonate per GET, tuttavia, sono limitate in modo tale che un corpo, se presente, non ha alcun significato semantico per la richiesta. I requisiti sullanalisi sono separati dai requisiti sulla semantica del metodo. Quindi sì, puoi inviare un corpo con GET e no, non è mai utile farlo. " La risposta effettiva contiene più dettagli.
POST
?