Korzystam z PUT
żądania w mojej aplikacji Rails. Teraz PATCH
przeglądarki zaimplementowały nowy czasownik HTTP . Tak, chcę wiedzieć, co główna różnica między PATCH
i PUT
wnioski są, a kiedy powinniśmy użyć jednego lub drugiego.
Czasowniki HTTP są prawdopodobnie jedną z najbardziej tajemniczych rzeczy w protokole HTTP. Istnieją i jest ich wiele, ale dlaczego istnieją?
Wydaje się, że Railsy chcą obsługiwać wiele czasowników i dodawać niektóre czasowniki, które nie są obsługiwane przez przeglądarki internetowe natywnie.
Oto wyczerpująca lista czasowników http: http://annevankesteren.nl/2007/10/http-methods
Jest łatka HTTP z oficjalnej wersji RFC: https://datatracker.ietf.org/doc/rfc5789/?include_text=1
Metoda PATCH żąda zastosowania zestawu zmian opisanych w encji żądania do zasobu określonego przez identyfikator URI żądania. Zestaw zmian jest reprezentowany w formacie zwanym „dokumentem poprawki” identyfikowanym przez typ nośnika. Jeśli identyfikator URI żądania nie wskazuje na istniejący zasób, serwer MOŻE utworzyć nowy zasób, w zależności od typu dokumentu poprawki (czy może logicznie zmodyfikować zasób zerowy) i uprawnień itp.
Różnica między żądaniami PUT i PATCH znajduje odzwierciedlenie w sposobie, w jaki serwer przetwarza encję zamkniętą w celu zmodyfikowania zasobu identyfikowanego przez identyfikator URI żądania. W żądaniu PUT załączony obiekt jest uważany za zmodyfikowaną wersję zasobu przechowywanego na serwerze źródłowym, a klient żąda zastąpienia zapisanej wersji. Jednak w PATCH dołączona jednostka zawiera zestaw instrukcji opisujących, w jaki sposób zasób obecnie przebywający na serwerze źródłowym powinien zostać zmodyfikowany, aby utworzyć nową wersję. Metoda PATCH wpływa na zasób zidentyfikowany przez identyfikator URI żądania i również MAYmieć skutki uboczne na inne zasoby; tj. nowe zasoby mogą być tworzone lub istniejące mogą być modyfikowane przez zastosowanie PATCH .
O ile mi wiadomo, czasownik PATCH nie jest używany tak jak w aplikacjach szynowych ... Jak rozumiem, czasownik łatki RFC powinien być używany do wysyłania instrukcji łaty, np. Gdy robisz różnicę między dwoma plikami. Zamiast ponownie wysyłać cały byt, wysyłasz łatkę, która może być znacznie mniejsza niż ponowne wysyłanie całego bytu.
Wyobraź sobie, że chcesz edytować ogromny plik. Edytujesz 3 linie. Zamiast odsyłać plik z powrotem, wystarczy wysłać różnicę. Z drugiej strony, wysyłanie żądania łatki może być wykorzystane do asynchronicznego scalenia plików. System kontroli wersji mógłby potencjalnie wykorzystać czasownik PATCH do zdalnej aktualizacji kodu.
Kolejny możliwy przypadek użycia jest nieco związany z bazami danych NoSQL, można przechowywać dokumenty. Powiedzmy, że używamy struktury JSON do wysyłania danych tam iz powrotem z serwera do klienta. Gdybyśmy chcieli usunąć pole, moglibyśmy użyć składni podobnej do tej w mongodb dla $ unset . W rzeczywistości metoda zastosowana w mongodb do aktualizacji dokumentów mogłaby prawdopodobnie zostać użyta do obsługi łatek Json.
Biorąc ten przykład:
db.products.update(
{ sku: "unknown" },
{ $unset: { quantity: "", instock: "" } }
)
Moglibyśmy mieć coś takiego:
PATCH /products?sku=unknown
{ "$unset": { "quantity": "", "instock": "" } }
Wreszcie, ludzie mogą powiedzieć co tylko chcą o czasownikach HTTP. Jest tylko jedna prawda, a prawda jest w RFC.
Spędziłem kilka godzin z Google i znalazłem odpowiedź tutaj
PUT => Jeśli użytkownik może zaktualizować cały lub tylko część rekordu , użyj PUT (użytkownik kontroluje, co zostanie zaktualizowane)
PATCH => Jeśli użytkownik może zaktualizować tylko częściowy rekord , powiedz tylko adres e-mail (aplikacja kontroluje, co można zaktualizować), użyj PATCH.
Czemu
Patch
PUT
metoda wymaga większej przepustowości lub obsługuje pełne zasoby zamiast częściowego. TakPATCH
wprowadzono w celu zmniejszenia przepustowości.Wyjaśnienie dotyczące PATCH
PATCH
to metoda, która nie jest bezpieczna ani idempotentna i umożliwia pełne i częściowe aktualizacje oraz skutki uboczne dla innych zasobów.PATCH
to metoda, która zawiera encję zawierającą zestaw instrukcji opisujących, w jaki sposób zasób obecnie przebywający na serwerze źródłowym powinien zostać zmodyfikowany w celu utworzenia nowej wersji.Tutaj więcej informacji o put i patch
źródło
PATCH
uPOST
,PUT
itd. nie jest „bezpieczny”, ponieważ modyfikuje danych (ma skutki uboczne). W porównaniu doGET
,OPTIONS
itd. (Bezpieczne metody), gdzie można zadzwonić do punktów końcowych wielokrotnie bez żadnych skutków ubocznych.umieścić
jeśli chcę zmienić
first
nazwę następnie wysłać put wniosek o aktualizacjęale tutaj jest jeden problem jest
put
wniosek, że gdy chcę wysłaćput
prośbę muszę wysłać wszystkie dwa parametry, które jestfirst
ilast
tak jest to obowiązkowe, aby wysłać ponownie wszystkie wartości
Łatka :
patch
prośba mówi. wyślij tylko ten,data
który chcesz,update
a to nie wpłynie ani nie zmieni innych danych.więc nie trzeba ponownie wysyłać całej wartości. chcę tylko zaktualizować swoje imię, więc muszę wysłać tylko
first
nazwę do aktualizacji.źródło
Oto różnica między metodami POST, PUT i PATCH protokołu HTTP.
POCZTA
Metoda HTTP.POST zawsze tworzy nowy zasób na serwerze. Jest to żądanie nie idempotentne, tzn. Jeśli użytkownik trafi dwa razy te same żądania, utworzyłby inny nowy zasób, gdyby nie było żadnych ograniczeń.
Metoda http post jest jak zapytanie INSERT w SQL, które zawsze tworzy nowy rekord w bazie danych.
Przykład: Użyj metody POST, aby zapisać nowego użytkownika, zamówienie itp., Gdzie serwer zaplecza decyduje o identyfikatorze zasobu dla nowego zasobu.
POŁOŻYĆ
W metodzie HTTP.PUT zasób jest najpierw identyfikowany na podstawie adresu URL, a jeśli istnieje, jest aktualizowany, w przeciwnym razie tworzony jest nowy zasób. Gdy zasób docelowy istnieje, zastępuje ten zasób kompletnym nowym ciałem. To jest metoda HTTP.PUT służy do TWORZENIA lub AKTUALIZACJI zasobu.
Metoda HTTP put jest jak zapytanie MERGE w SQL, które wstawia lub aktualizuje rekord w zależności od tego, czy dany rekord istnieje.
Żądanie PUT jest idempotentne, tzn. Dwukrotne naciśnięcie tego samego żądania zaktualizowałoby istniejące nagranie (nie utworzono nowego rekordu). W metodzie PUT identyfikator zasobu jest ustalany przez klienta i podawany w adresie URL żądania.
Przykład: Użyj metody PUT, aby zaktualizować istniejącego użytkownika lub zamówienie.
ŁATA
Metoda HTTP.PATCH służy do częściowych modyfikacji zasobu, tj. Aktualizacji delta.
Metoda łatania http jest jak zapytanie UPDATE w SQL, które ustawia lub aktualizuje tylko wybrane kolumny, a nie cały wiersz.
Przykład: Możesz użyć metody PATCH, aby zaktualizować status zamówienia.
PATCH / api / users / 40450236 / order / 10234557
Treść żądania: {status: „Dostarczono”}
źródło
Istnieją pewne ograniczenia w PUT zamiast PATCH podczas aktualizacji. Użycie PUT wymaga od nas określenia wszystkich atrybutów, nawet jeśli chcemy zmienić tylko jeden atrybut. Ale jeśli użyjemy metody PATCH, możemy zaktualizować tylko pola, których potrzebujemy i nie trzeba wspominać o wszystkich polach. PATCH nie pozwala nam modyfikować wartości w tablicy ani usuwać atrybutu lub pozycji tablicy.
źródło
Metody PUT i PATCH mają podobny charakter, ale istnieje zasadnicza różnica.
PUT - w żądaniu PUT dołączony byt byłby uważany za zmodyfikowaną wersję zasobu znajdującego się na serwerze i zostałby zastąpiony przez ten zmodyfikowany byt.
PATCH - w żądaniu PATCH , encja zamknięta zawiera zestaw instrukcji, w jaki sposób encja znajdująca się na serwerze zostanie zmodyfikowana w celu uzyskania nowszej wersji.
źródło
Zgodnie z warunkami HTTP
PUT
żądanie jest jak instrukcja aktualizacji bazy danych.PUT
- służy do modyfikowania istniejącego zasobu (poprzednio POSTED). Z drugiej stronyPATCH
żądanie służy do aktualizacji części istniejącego zasobu.Na przykład:
Szczegóły klienta:
Kiedy chcemy zaktualizować cały rekord? musimy do tego wykorzystać
Http
PUT
verb
.Jak na przykład:
Z drugiej strony, jeśli chcemy zaktualizować tylko część rekordu, a nie cały rekord, wybierz
Http
PATCH
verb
. Jak na przykład:PUT VS POST:
Podczas korzystania z
PUT
żądania musimy wysłać wszystkie parametry, takie jak imię, nazwisko, adres e-mail, numer telefonu Gdzie jak wpatch
żądaniu wysyłamy tylko parametry, które chcemy zaktualizować, i nie wpłynie to ani nie zmieni innych danych.Więcej informacji można znaleźć na stronie : https://fullstack-developer.academy/restful-api-design-post-vs-put-vs-patch/
źródło
Metoda Put i Patch są podobne. Ale w szynach ma inną metodę. Jeśli chcemy zaktualizować / zastąpić cały rekord, musimy użyć metody Put. Jeśli chcemy zaktualizować konkretny rekord, skorzystaj z metody Patch.
źródło