Które metody HTTP pasują do których metod CRUD?

W programowaniu w stylu RESTful powinniśmy używać metod HTTP jako naszych elementów składowych. Jestem trochę zdezorientowany, które metody pasują do klasycznych metod CRUD. GET / Read i DELETE / Delete są wystarczająco oczywiste.

Jaka jest jednak różnica między PUT / POST? Czy pasują one do siebie za pomocą opcji Utwórz i zaktualizuj?

Create = PUT with a new URI
         POST to a base URI returning a newly created URI
Read   = GET
Update = PUT with an existing URI
Delete = DELETE

PUT może być mapowany zarówno na Utwórz, jak i Aktualizuj, w zależności od istnienia identyfikatora URI używanego z PUT.

POST mapuje na Utwórz.

Korekta: POST można również odwzorować na Aktualizuj, chociaż zwykle jest używany do Utwórz. POST może być również częściową aktualizacją, więc nie potrzebujemy proponowanej metody PATCH.

Cały klucz polega na tym, czy robisz idempotentną zmianę, czy nie. Oznacza to, że jeśli dwukrotne podjęcie działania w związku z wiadomością spowoduje, że pojawi się „ta sama” rzecz, tak jakby to było zrobione tylko raz, masz idempotentną zmianę i powinna być odwzorowana na PUT. Jeśli nie, mapuje na POST. Jeśli nigdy nie zezwalasz klientowi na syntezowanie adresów URL, PUT jest bardzo blisko aktualizacji, a POST może sobie poradzić z funkcją Utwórz, ale z pewnością nie jest to jedyny sposób, aby to zrobić; jeśli klient wie, że chce tworzyć /foo/abci wie, jakie treści tam umieścić, działa dobrze jako PUT.

Kanoniczny opis POST ma miejsce, gdy zobowiązujesz się do zakupu: jest to akcja, której nikt nie chce powtarzać, nie wiedząc o tym. Dla kontrastu, wcześniejsze ustawienie adresu wysyłki dla zamówienia może być wykonane za pomocą PUT w porządku: nie ma znaczenia, czy ktoś poleci ci wysłać go 6 Anywhere Dr, Nowherevilleraz, dwa lub sto razy: wciąż jest to ten sam adres. Czy to oznacza, że ​​jest to aktualizacja? Może być… Wszystko zależy od tego, jak chcesz napisać zaplecze. (Pamiętaj, że wyniki mogą nie być identyczne: możesz zgłosić użytkownikowi, kiedy ostatnio zrobił PUT jako część reprezentacji zasobu, co zapewni, że powtarzane PUT nie spowodują identycznego wyniku, ale wynik nadal będzie być „tym samym” w sensie funkcjonalnym).

Szukałem tej samej odpowiedzi, oto, co mówi IBM. IBM Link

POST            Creates a new resource.
GET             Retrieves a resource.
PUT             Updates an existing resource.
DELETE          Deletes a resource.

W tej chwili (2016) najnowszymi czasownikami HTTP są GET, POST, PATCH , PUT i DELETE

Przegląd

• HTTP GET - SELECT / Request
• PUT HTTP - AKTUALIZACJA
• POST HTTP - WSTAW / Utwórz
• PATCH HTTP - Kiedy PUT ting pełna reprezentacja zasobów jest uciążliwa i wykorzystuje więcej pasma, np .: gdy trzeba częściowo zaktualizować kolumnę
• HTTP DELETE - DELETE

Mam nadzieję że to pomoże!

Jeśli jesteś zainteresowany projektowaniem interfejsów API REST, jest to lektura dla ansewome! strona internetowa wersja online repozytorium github

Jest świetna rozmowa wideo z YouTube na Stormpath z faktycznym wyjaśnieniem tego, URL powinien przejść do właściwej części filmu:

burza wideo youtube

Warto również obejrzeć ponad godzinę rozmowy, ale bardzo ciekawe, jeśli myślisz o zainwestowaniu czasu w budowę interfejsu API REST.

To zależy od konkretnej sytuacji .. ale ogólnie:

PUT = zaktualizuj lub zmień konkretny zasób za pomocą konkretnego identyfikatora URI zasobu.

POST = utwórz nowy zasób pod źródłem danego URI.

To znaczy

Edytuj post na blogu:

PUT: / blog / entry / 1

Utwórz nowy:

POST: / blog / entry

PUT może utworzyć nowy zasób w niektórych okolicznościach, w których identyfikator URI nowego zasobu jest czysty przed żądaniem. POST może być również użyty do zaimplementowania kilku innych przypadków użycia, które nie są objęte innymi (GET, PUT, DELETE, HEAD, OPCJE)

Ogólne zrozumienie dla systemów CRUD to GET = żądanie, POST = tworzenie, Put = aktualizacja, DELETE = usuwanie

Elementy składowe REST to głównie zasoby (i URI) i hipermedia. W tym kontekście GETjest sposobem na uzyskanie reprezentacji zasobu (który może być faktycznie odwzorowany naSELECT CRUD).

Jednak niekoniecznie należy się spodziewać mapowania jeden na jeden między operacjami CRUD a czasownikami HTTP. Główna różnica między PUTi POSTdotyczy ich idempotentnej właściwości. POSTjest również częściej używany do częściowych aktualizacji, jakPUT generalnie oznacza to wysłanie pełnej nowej reprezentacji zasobu.

Sugerowałbym przeczytanie tego:

• http://roy.gbiv.com/untangled/2009/it-is-okay-to-use-post
• http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven

Specyfikacja HTTP jest również użytecznym odniesieniem:

Metoda PUT żąda, aby zamknięta jednostka była przechowywana pod dostarczonym URI żądania.

[...]

Podstawowa różnica między żądaniami POST i PUT znajduje odzwierciedlenie w innym znaczeniu URI żądania. Identyfikator URI w żądaniu POST identyfikuje zasób, który będzie obsługiwał zamknięty obiekt. Ten zasób może być procesem akceptującym dane, bramą do innego protokołu lub osobnym podmiotem, który przyjmuje adnotacje. W przeciwieństwie do tego, URI w żądaniu PUT identyfikuje encję dołączoną do żądania - agent użytkownika wie, jaki jest URI, a serwer NIE MOŻE próbować zastosować żądania do jakiegoś innego zasobu. Jeśli serwer chce zastosować żądanie do innego identyfikatora URI,

Ogólnie mówiąc, używam tego wzoru:

• HTTP GET - SELECT / Request
• PUT HTTP - AKTUALIZACJA
• POST HTTP - WSTAW / Utwórz
• HTTP DELETE - DELETE

Projekt Symfony próbuje połączyć metody HTTP z metodami CRUD, a ich lista kojarzy je w następujący sposób:

• POBIERZ Pobierz zasób z serwera
• POST Utwórz zasób na serwerze
• PUT Zaktualizuj zasób na serwerze
• USUŃ Usuń zasób z serwera

Warto zauważyć, że, jak mówią na tej stronie: „W rzeczywistości wiele współczesnych przeglądarek nie obsługuje metod PUT i DELETE”.

Z tego co pamiętam, Symfony „fałszuje” PUT i DELETE dla przeglądarek, które nie obsługują ich podczas generowania formularzy, aby starać się być tak blisko korzystania z teoretycznie poprawnej metody HTTP, nawet jeśli przeglądarka nie obsługuje to.