Mirki programistyczne od Javy, ale nie tylko,

chwalę się wydaniem wersji 1.0.0 biblioteki Tomoko mojego autorstwa. Zapraszam na stronę główną, gdzie zajdziecie przykłady jak i dokładny opis działania.

Każdy projekt wymaga modyfikacji danych. W przypadku REST API można skorzystać z żądań PUT lub PATCH. PUT załatwia sprawę, ale nie zawsze chcemy przesyłać cały stan zasobu, stąd i PATCH jest potrzebny. Żeby dla każdej właściwości danego zasobu nie tworzyć osobny PATCH endpoint
@b0lec: Wg specyfikacji PUT musi być idempotentny, a PATCH może.

Łatwiej to wytłumaczyć na przykładzie matematyki. Wartość bezwzględna abs(x) jest funkcją idempotentną, ponieważ kilkukrotne jej użycie daje ten sam wynik co jednokrotne, czyli abs(abs(x)) = abs(x).

PUT ustala cały stan danego zasobu. Jeśli zaraz po sobie przyjdą dokładnie dwa takie same żądania PUT to pierwsze z nich zmiany wprowadzi, natomiast drugie już nie będzie miało czego zmieniać. Brak będzie jakichkolwiek efektów,
@b0lec: ETag się ma bardziej do GET niż do PUT czy PATCH. To jest po prostu jakby numer/hash/timestamp aktualnej wersji zasobu pod danym URLem i słuzy do cache'owania zasobów po stronie klienta.

Klient wysyła żądanie GET o zasób i razem z nim dostaje jego aktualny ETag. Powinien gdzieś ten ETag zapisać. Po pewnym czasie zasób mógł się zmienić i klient ponownie wysyła żądanie GET, które będzie w nagłówku "If-None-Match" zawierało znany
@DizzyEgg: W środowisko yaoistek? Poczytaj o yaoi, pooglądaj, idź na atrakcje związane z yaoi (ja chodziłem ironicznie z grupą śmieszków potrollować xD) i jakiś tak montakt złapiesz, bo yaoi to głównie domena dziewczyn xD

@wykopowy_on:

pyrkon

Cholera, pojechałbym mimo mojego wieku na jakiś dobry konwent, ale większość odbywa się na południu kraju, a ja północno-wschodnia część Polski mocno ( ͡° ʖ̯ ͡°)