L' API GitHub supporta HATEOAS in modo abbastanza elegante, quindi navigarlo da un client grafico REST come Postman è intuitivo e veloce.
Non elencano tutte le possibili permutazioni degli endpoint quando richiedono "/" , suppongo che si limitino a elencare la parte superiore " root 'endpoint che consentono di iniziare a utilizzare le risposte per scavare più in profondità nei grafici.
Come sappiamo, uno dei vantaggi di navigare nei grafici usando gli URL delle risposte è che se la struttura dell'URL cambia, gli utenti finali sapranno sempre dove andare.
Ora cosa succede se stai scrivendo un framework che include un'API come questa. Se volessi restituire i dati dal profondo del grafico, dovresti navigare nella struttura dell'URL come farebbe un utente finale e fare più richieste mentre vai o inseriresti gli URL nel codice e richiederli direttamente?
So che GitHub fornisce URL diretti alla maggior parte (tutti?) dei dati secondari, ma nella mia API questo non esiste.