Capitolo 4. API REST
Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: translation-feedback@oreilly.com
Una volta definito lo schema dei dati, è il momento di entrare nei dettagli dell'esposizione dei dati. Costruirai un'API con diversi endpoint che eseguono varie operazioni, come ottenere tutti gli ordini o inviarne di nuovi. Questa è un'area del backend in cui entreremo nei dettagli.
Per creare un'API che possa essere mantenuta da diversi sviluppatori in base ai cambiamenti del team, è necessario avere delle convenzioni standard per il team. Le convenzioni standard sono solitamente delineate in un documento che definisce il modo in cui il team concorda di affrontare l'implementazione del codice, dalle convenzioni di denominazione ai codici di errore e ai messaggi utilizzati nelle risposte.
Questa serie di convenzioni renderà più facile controllare le deviazioni nelle revisioni dei PR per qualsiasi modifica al codice. I PR sono le modifiche che sottoponi alla revisione degli altri sviluppatori prima che vengano unite al codice centrale e distribuite. Poiché possono esserci più PR per una funzionalità, l'applicazione di questa regola è importante per mantenere la coerenza del codice tra le varie basi di codice.
Questo capitolo spiegherà come affrontare queste convenzioni durante la realizzazione di un'API, coprendo queste aree:
-
Lavorare con la formattazione dei dati con il frontend e altri servizi di consumo
-
Scrivere ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access