Salve sviluppatori e bentornati.
In questo video parleremo della richiesta HTTP e del protocollo HTTP Hypertext Transfer Protocol.
La richiesta è un messaggio inviato da un client, in genere un browser web
o un'applicazione, a un server web per richiedere una risorsa o eseguire un'azione.
È un concetto fondamentale nello sviluppo web e sta alla
base dello scambio di dati tra client e server.
Cerchiamo di capire la richiesta HTTP e i metodi HTTP.
Abbiamo Gat per recuperare una singola o più risorse, post per creare
una nuova risorsa, patch per aggiornare una risorsa e put per aggiornare
una risorsa se esiste o crearne una nuova se non esiste.
Elimina per distruggere una risorsa.
Sono inoltre disponibili molte altre funzioni come patch, trace, opzioni, connessione e altre ancora.
Cominciamo con il Gat.
Il metodo http gat viene utilizzato per leggere o recuperare una rappresentazione di una risorsa nel percorso sicuro.
Get restituisce una rappresentazione in XML o JSON e un codice di risposta HTTP di 200 se è corretto.
Quindi Get richiede una rappresentazione della risorsa specificata e Get richiede.
Deve solo recuperare i dati e non deve avere alcun altro effetto sul server.
In caso di errore, il più delle volte viene restituito un 404 not found o un 400 bad requests.
Più avanti parleremo dei codici.
Cerchiamo di capire l'ottenimento.
Un client può utilizzare il metodo Get per recuperare informazioni
su un prodotto specifico da un sito web di e-commerce.
Il client può inviare una richiesta Get al server con l'identificativo
del prodotto nell'URL, ad esempio uno, due, tre, quattro, cinque.
Quindi l'identificativo del prodotto o l'ID del prodotto.
Abbiamo bisogno di informazioni sul numero 12345.
Lo abbiamo inviato con la richiesta Get al server.
È l'URL di un server Get.
Il server risponderà con le informazioni richieste, come il nome del prodotto, la descrizione,
il prezzo, l'immagine e altri dettagli in un formato come JSON, XML o HTML.
Ad esempio, la risposta potrebbe contenere un oggetto JSON con le seguenti informazioni.
Questa risposta contiene l'ID del prodotto, che è 123, quattro, cinque.
Il nome del prodotto, il prodotto x e la descrizione.
Un prodotto di alta qualità e al prezzo di 9,99 dollari.
Questa è la richiesta e questa è la risposta che inviamo usando il metodo Get, una richiesta per 12345.
ID del prodotto.
Abbiamo bisogno di informazioni su questo prodotto.
La risposta sarà sotto forma di un file JSON e di un oggetto JSON.
Il verbo post post Boost viene utilizzato più spesso per creare nuove risorse.
In particolare, si usa per creare risorse subordinate che sono
subordinate a qualche altra risorsa o a qualche genitore.
In caso di creazione riuscita, restituirà 201, restituendo un'intestazione della posizione con
un collegamento alle risorse appena create con lo stato HTTP 201.
Più avanti parleremo dei codici di stato.
Ad esempio, in un'API a riposo, il metodo post è tipicamente utilizzato per
creare una nuova risorsa, come un nuovo prodotto nel sito web di e-commerce.
Per usare il metodo post, occorre fare una richiesta Post
all'endpoint dell'API che corrisponde alla risorsa che si vuole creare.
L'endpoint è tipicamente specificato nella documentazione dell'API ed è una
combinazione dell'URL di base dell'API e del percorso della risorsa.
Ad esempio, qui abbiamo example.com slash products.
Slash 12346.
Poiché abbiamo usato il metodo post per aggiungere un nuovo prodotto chiamato new product con
un prezzo di $19,99 e una descrizione per questo prodotto, un prodotto nuovo di
zecca, lo inserirà alla seguente estremità .12346, che rappresenta l'ID del prodotto appena creato.
Nella richiesta, è necessario includere i dati che si desidera inviare al server
nel corpo della richiesta, in genere in un formato come JSON o XML.
Il server elaborerà quindi la richiesta e creerà la nuova risorsa, rispondendo con
un messaggio di successo o di errore e con tutti i meta-dati pertinenti.
Viene utilizzato per aggiornare le funzionalità.
Tuttavia, Put può anche essere usato per creare una risorsa nel caso in
cui l'ID della risorsa sia scelto dal client invece che dal server.
In altre parole, se il put è un URI che contiene il valore di non-existence, l'ID della risorsa all'atto dell'aggiornamento con
successo restituirà il codice 200, mentre se si usa il put per la creazione si restituisce lo stato HTTP a uno.
Quando la creazione ha successo, put non è un'operazione sicura, ma è una patch idempotente.
Viene utilizzato per modificare le capacità.
La richiesta di patch deve contenere solo le modifiche alla risorsa, non la risorsa completa.
Assomiglia a put, ma il corpo contiene un insieme di istruzioni che descrivono come
una risorsa attualmente residente sul server debba essere modificata per produrre una nuova versione.
Ciò significa che il corpo della patch non deve essere solo
una parte modificata della risorsa, ma una sorta di patch.
Linguaggi come JSON patch o XML patch e patch non sono né sicuri né idempotenti.
Che cos'è l'idempotenza e l'idempotenza è un metodo HTTP idempotente è un
metodo HTTP che può essere chiamato più volte senza risultati diversi.
Prestate attenzione a questa definizione.
Un metodo HTTP idempotente è un metodo HTTP che può essere richiamato più volte senza ottenere risultati diversi.
Non dovrebbe essere importante se il metodo viene chiamato una sola volta o dieci volte.
Abbiamo questo esempio qui.
A è uguale a quattro.
È l'idempotenza come valore finale.
A uguale a quattro non cambierebbe dopo averlo eseguito più volte ovunque A più più più.
Non è idempotente, perché il valore finale dipende dal
numero di volte in cui l'istruzione viene eseguita.
Il risultato dovrebbe essere lo stesso.
Questo vale solo per i risultati, non per la risorsa stessa.
Codice di risposta HTTP.
Siamo interessati ai codici di risposta HTTP.
La riga di stato è la prima riga del messaggio di risposta.
Contiene un codice di stato, un numero di tre cifre che indica il risultato della richiesta.
Se restituisce 200, lo stato HTTP sarà di successo.
301 reindirizzamento permanente 302 reindirizzamento temporaneo 304 non modificato.
Qui abbiamo la sezione degli errori.
Se viene visualizzato un qualsiasi codice di stato che inizia con quattro, significa che c'è un errore.
Errore autorizzato per uno, 4 o 3.
Vietato 404 non trovato 405.
Metodo non consentito qui cinque.
Sezione 501 non attuata.
Bad gateway 502 503 servizio non disponibile e per 504 gateway time out.
Questi sono i codici di stato HTTP.