Progettazione di app CRUD

Perché un modulo che devo ancora compilare deve sapere dove sarà depositato?

Decidi il numero dopo che ho fatto tutto il mio tempo, forse non finire mai, digitando o ti ritroverai a corto di numeri. Quel numero è una risorsa che stai regalando troppo a buon mercato.

Questo risolve anche il tuo problema di hacking degli URL.

Sembra che ci sia qualche requisito di relazione posizionale con le righe che stavi cercando di risolvere con questo numero precaricato. Se non riesci a farmi presentare l'intera tabella in una sola volta per qualche motivo, lasciami inviare righe con numeri relativi a ME. Quindi aggiungi il numero che desideri aggiungere a quei numeri per renderli relativi al server.

Il kicker è che con ogni sottomissione devi considerare che anche altre persone potrebbero aggiornarsi. Quindi potrei pensare di avere una fila di file tutto per me, poi all'improvviso qualcun altro sottometterà qualcos'altro tra di loro. Se insisti a inviare una riga alla volta anziché il mio intero tavolo in una volta, è proprio così che sarà.

I'm up against a deadline and not sure what to prioritize?

Fai quello che devi spedire.

Fielding in 2008

REST is software design on the scale of decades: 
every detail is intended to promote software longevity 
and independent evolution. Many of the constraints 
are directly opposed to short-term efficiency.

Non dovresti accettare i vincoli architettonici REST a meno che le proprietà che introducono abbiano un valore nella tua situazione.

My question is if I'm not following restful practices since there is assumed state that create will be called only once per request and that the iteration/edit/requestId will subsequently be called.

Non sembra che la tua implementazione soddisfi il vincolo stateless

each request from client to server must contain all 
of the information necessary to understand the request, 
and cannot take advantage of any stored context on 
the server. Session state is therefore kept entirely 
on the client.

"tutte le informazioni" in pratica significa "no pronomi". Il messaggio fornito dal cliente deve descrivere esplicitamente l'intento del cliente senza fare affidamento su una cronologia comune.

Si noti che si tratta di capire il messaggio, non di soddisfarlo. "Aggiungi una riga alla versione corrente" non funziona, perché il client e il server potrebbero non essere d'accordo su quale sia la versione corrente. D'altra parte, "Aggiungi una riga alla versione 7" non è ambiguo; e il server può rifiutare l'azione se la versione 7 e la comprensione del server della "versione corrente" non sono d'accordo.