Especially for the majority of browsers that don't support it, is there anything aside from just strict standards compliance that justifies the extra development time?
相关问题
- Angular RxJS mergeMap types
- Google Apps Script: testing doPost() with cURL
- How to instantiate Http service in main.ts manuall
- C#使用http访问网络,有办法用指定网卡访问网络嘛?
- PHP Empty $_POST
相关文章
- C#使用http访问网络,有办法用指定网卡访问网络嘛?
- Is a unicode user agent legal inside an HTTP heade
- Should client-server code be written in one “proje
- Algorithm for maximizing coverage of rectangular a
- git: retry if http request failed
- Flutter - http.get fails on macos build target: Co
- Is there an existing solution for these particular
- C# HttpClient.SendAsync always returns 404 but URL
If you develop your web application only for browser, you should go with post and get.
But e.g. REST-APIs should/could make use of the put and delete methods. So you could better define what action you want to execute on special resources. http://en.wikipedia.org/wiki/Representational_State_Transfer
There's a pretty interesting article on this very subject here: http://www.artima.com/lejava/articles/why_put_and_delete.html
A slight extract: