REST bez PUT

Question

Wymieniono ThoughtWorks Technology Radar July 2014 pod Techniques/Trial nowy trend o nazwie REST without PUT. Wyjaśniają ją jako:

W ostatnim radarem rozmawialiśmy o Przechwytywanie Explicit domen Imprezy, kładąc nacisk na rejestrowanie biznesowe imprezy sensowne, które spowodowały stan przejścia zamiast jednostek tylko CRUD'ing. Interfejsy REST zwykle używają PUT do aktualizacji stanu zasobów, , jednak często lepiej jest POST, aby nagrać nowy zdarzenie zasobu, który przechwytuje zamiar. REST bez PUT ma dodatkową zaletę polegającą na oddzielaniu interfejsów poleceń i zapytań od i zmusza konsumentów do umożliwienia ostatecznej spójności.

Czy są jakieś dodatkowe zasoby, o których można przeczytać? Czy pojęcie ThoughtWorks jest pojęciem wymyślonym przez ThoughtWorks, czy jest to coś akademickiego, czy ...?

Jakieś wskazówki na ten temat?

Answer 1

IMHO mówią, że należy przestać patrzeć na operacje CRUD i skupiać się na przejściach państwowych. Następnie mapujesz zestaw przejść do określonych zdarzeń. Jeden z nich służy do aktualizacji encji. W jaki sposób zostanie zaktualizowany i co zostanie zaktualizowane, decyduje o kontekście zdarzenia. Trzeba zaktualizować POST zamiast aktualizacji PUT.

BTW, który rozwiązuje jeden problem z używaniem czystego HTML w REST - HTML nie pozwala na wyzwolenie PUT lub DELETE bez JavaScript.

Answer 2

REST bez PUT nie jest standardem; Jak można się domyślić, jest to po prostu ThoughtWorks.