API di supporto: sfide specifiche per dispositivi mobili

The API being designed follows the Rest style of resources-centric URI and CRUD operations mapped to HTTP verbs.

Questo è il tuo problema proprio qui.

Hai limitato le tue risorse a (presumo) i modelli nel tuo database. In quanto tale, impiegano anni a caricare tutte queste risorse perché il tuo server non ha alcun concetto di risorse che non hanno una rappresentazione nel database.

Ad esempio potrebbe avere

www.example.com/books/482094
www.example.com/books/582045
www.example.com/books/427454
www.example.com/books/319343

che tutti devono essere caricati per ottenere la mia libreria

Questo non è un problema con il progetto RESTful, questo è un vero anti-pattern REST. Non c'è assolutamente nulla in REST che dice che le nostre risorse devono avere un mapping uno a uno con qualsiasi altra cosa nel tuo sistema, inclusi i modelli di database.

La soluzione è creare più risorse che corrispondano meglio a ciò che si desidera caricare. Se hai 5 risorse che finiscono sempre insieme, crea una nuova risorsa che contiene le informazioni per quelle 5 risorse.

Quello che dovresti avere è qualcosa di simile

www.example.com/users/334/my_library

che carica solo tutti i libri per quell'utente. "my_library" non è un modello nel tuo database, ma è una risorsa. Il server lo crea in base ai modelli nel database ma non esiste una mappatura 1-a-1 e il server ha la flessibilità per creare questa risorsa senza modificare il modello DB.

Potresti anche avere

www.example.com/users/334/favioured_books
www.example.com/users/334/books_ordered_last_week
www.example.com/users/334/wishlist

nessuno dei quali deve esistere come modello nel tuo database o spazio di dominio.

Esiste un malinteso diffuso sul fatto che questa è la cosa sbagliata da fare perché framework come Rails insegnavano alle persone a mappare le risorse in modo 1 a 1 ai modelli nello spazio del dominio che mappano di nuovo 1-a-1 con il database filari. Questo non è necessario né è raccomandato.

Le risorse dovrebbero essere numerose, economiche e leggere . Dovrebbe essere facile crearli e dovrebbero essere estratti dal tuo modello di dominio. Se trovi che ne hai bisogno, ne fai uno nuovo. Se hai problemi a farlo, è colpa del tuo framework non un difetto con REST.

Ora il grande avvertimento con questo, naturalmente, è se la tua struttura ti permette di farlo. Strutture come Rails e Django che hanno preso il corso per mappare 1-a-1 al fine di "risparmiare tempo" rendono difficile farlo. Ma questo è un difetto con i framework, non con RESTful design.

Ecco Jim Webber che discute di questo è più dettagliato (compresi alcuni scavi anche su Rails!)

link