Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
do you want to:
-- create a resource (post)
-- replace a resource (put)
-- change a resource (patch)
thats how i learned when to use one or the other. -
dan-pud8239y@mattwebdev
none of the above :)
just want to say for this resource go and do something, so it's kind of like an update but not really, more of a trigger -
@dan-pud id say your trying to do too much with the API - an API should only get and set. the moment you ask it to do anything else... you are doing it wrong.
-
dan-pud8239y@mattwebdev, I like your explanation of what post, put, and patch are as it simplifies things from the docs. But I disagree that an api should only be get and set. There are many things you can do with an api that aren't get or set. Delete is a good example. Also, in our case where we have third party requests we need to make on the back of our request I think the normal rest verbs don't quite fit, and changing the api to make it fit I think goes against good design.
Related Rants

I believe this has saved us every so often...
Most of semi active Github projects be like...
Human V1.1
PUT vs POST vs PATCH
And none of them fit!
undefined
patch
post
put