REST senza PUT

Question

Il ThoughtWorks Technology Radar July 2014 menziona sotto Tecniche/prova una nuova tendenza chiamata REST without PUT. Spiegano come:

Nell'ultimo radar abbiamo parlato Catturare espliciti dominio Eventi, mettendo l'accento sulla registrazione dei eventi business-espressivo che hanno attivato lo stato transizioni invece di entità solo CRUD'ing. Le interfacce REST comunemente usano PUT per aggiornare lo stato delle risorse, , tuttavia è spesso meglio POST registrare una nuova risorsa evento che cattura l'intento. REST senza PUT ha il vantaggio di di separare il comando e le interfacce di interrogazione e costringe i consumatori a consentire un'eventuale coerenza.

Ci sono risorse aggiuntive dove è possibile leggere su questo? Il termine REST without PUT è un'idea ideata da ThoughtWorks o è qualcosa di accademico o ...?

Eventuali suggerimenti su questo?

Answer 1

IMHO dicono che bisognerebbe smettere di guardare indietro sulle operazioni CRUD e concentrarsi sulle transizioni di stato. Quindi mappare le serie di transizioni su eventi specifici. Uno di questi viene utilizzato per aggiornare l'entità. Come sarebbe aggiornato e ciò che verrebbe aggiornato viene deciso sul contesto dell'evento. Uno ha bisogno di POST evento di aggiornamento, invece di aggiornamento PUT.

BTW che risolve un problema con l'utilizzo di puro HTML in REST - HTML non consente di attivare PUT o DELETE senza JavaScript.

Answer 2

REST senza PUT non è standard; come hai intuito, questa è solo la cosa di ThoughtWorks.