Dalam pemrograman gaya RESTful, kita harus menggunakan metode HTTP sebagai blok bangunan kita. Saya agak bingung metode mana yang cocok dengan metode CRUD klasik. DAPATKAN / Baca dan HAPUS / Hapus sudah cukup jelas.
Namun, apa perbedaan antara PUT / POST? Apakah mereka cocok satu lawan satu dengan Buat dan Perbarui?
Jawaban:
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 dapat memetakan ke Buat dan Pembaruan tergantung pada keberadaan URI yang digunakan dengan PUT.
POST map to Create.
Koreksi: POST juga dapat memetakan ke Pembaruan meskipun biasanya digunakan untuk Buat. POST juga bisa berupa pembaruan parsial sehingga kita tidak memerlukan metode PATCH yang diusulkan.
Seluruh kunci adalah apakah Anda melakukan perubahan idempoten atau tidak. Artinya, jika mengambil tindakan pada pesan dua kali akan menghasilkan "hal yang sama" berada di sana seolah-olah itu hanya dilakukan sekali, Anda punya perubahan idempoten dan itu harus dipetakan ke PUT. Jika tidak, itu peta ke POST. Jika Anda tidak pernah mengizinkan klien untuk mensintesis URL, PUT cukup dekat dengan Pembaruan dan POST dapat menangani Buat saja, tapi itu jelas bukan satu-satunya cara untuk melakukannya; jika klien tahu bahwa ia ingin membuat /foo/abcdan tahu konten apa yang akan diletakkan di sana, itu berfungsi dengan baik sebagai PUT.
Deskripsi kanonik POST adalah ketika Anda berkomitmen untuk membeli sesuatu: itu adalah tindakan yang tidak ingin diulangi oleh siapa pun tanpa mengetahuinya. Sebaliknya, pengaturan alamat pengiriman untuk pesanan sebelumnya dapat dilakukan dengan PUT: tidak masalah jika Anda disuruh mengirim 6 Anywhere Dr, Nowherevillesekali, dua atau seratus kali: masih alamat yang sama. Apakah itu berarti itu pembaruan? Bisa jadi ... Itu semua tergantung pada bagaimana Anda ingin menulis back-end. (Perhatikan bahwa hasilnya mungkin tidak identik: Anda dapat melaporkan kembali ke pengguna ketika mereka terakhir melakukan PUT sebagai bagian dari representasi sumber daya, yang akan memastikan bahwa PUT berulang tidak menyebabkan hasil yang identik, tetapi hasilnya tetap menjadi "sama" dalam arti fungsional.)
POSTdan PUTyang menarik, dan harus membuat jawaban untuk "Yang 'buat' dan yang 'diperbarui'?" jauh lebih jelas. Selanjutnya, berkenaan dengan implementasi API, itu akan berarti bahwa repetitif PUTharus berjumlah ke no-op diam, sedangkan repetitif POSTmungkin melemparkan pengecualian jika beberapa aspek dari data yang dikirim seharusnya tetap unik di penyimpanan data. yang mendukung aplikasi.
Saat ini (2016) kata kerja HTTP terbaru adalah GET, POST, PATCH , PUT dan DELETE
Gambaran
Semoga ini membantu!
Jika Anda tertarik untuk merancang API REST, ini adalah bacaan baru untuk dimiliki! repositori github versi situs web online
Ada pembicaraan video youtube yang luar biasa oleh stormpath dengan benar-benar menjelaskan hal ini, URL harus melewati bagian video yang benar:
Juga ada baiknya menonton lebih dari satu jam berbicara tetapi sangat menarik jika Anda berpikir untuk menginvestasikan waktu dalam membangun api REST.
Itu tergantung pada situasi konkret .. tetapi secara umum:
PUT = perbarui atau ubah sumber daya konkret dengan URI sumber daya konkret.
POST = buat sumber daya baru di bawah sumber URI yang diberikan.
Yaitu
Edit posting blog:
PUT: / blog / entri / 1
Buat yang baru:
POST: / blog / entri
PUT dapat membuat sumber daya baru dalam beberapa keadaan di mana URI sumber daya baru jelas sebelum permintaan. POST dapat digunakan untuk mengimplementasikan beberapa kasus penggunaan lain juga, yang tidak ditanggung oleh yang lain (DAPATKAN, PUT, HAPUS, KEPALA, OPSI)
Pemahaman umum untuk sistem CRUD adalah GET = request, POST = create, Put = update, DELETE = delete
Blok bangunan REST terutama adalah sumber daya (dan URI) dan hypermedia. Dalam konteks ini, GETadalah cara untuk mendapatkan representasi dari sumber daya (yang memang dapat dipetakan ke aSELECT dalam istilah CRUD).
Namun, Anda seharusnya tidak mengharapkan pemetaan satu-ke-satu antara operasi CRUD dan kata kerja HTTP. Perbedaan utama antara PUTdan POSTadalah tentang properti idempoten mereka. POSTjuga lebih umum digunakan untuk pembaruan parsial, sepertiPUT secara umum menyiratkan mengirimkan representasi penuh baru dari sumber daya.
Saya sarankan membaca ini:
The spesifikasi HTTP juga merupakan referensi yang berguna:
Metode PUT meminta entitas terlampir disimpan di bawah Request-URI yang disediakan.
[...]
Perbedaan mendasar antara permintaan POST dan PUT tercermin dalam arti berbeda dari Request-URI. URI dalam permintaan POST mengidentifikasi sumber daya yang akan menangani entitas terlampir. Sumber daya itu bisa berupa proses penerimaan data, gateway ke beberapa protokol lain, atau entitas terpisah yang menerima anotasi. Sebaliknya, URI dalam permintaan PUT mengidentifikasi entitas yang dilampirkan dengan permintaan - agen pengguna tahu apa yang dimaksud dengan URI dan server TIDAK HARUS mencoba menerapkan permintaan tersebut ke sumber daya lain. Jika server ingin agar permintaan diterapkan ke URI yang berbeda,
Secara umum, ini adalah pola yang saya gunakan:
Proyek Symfony mencoba untuk menjaga agar metode HTTPnya tetap tergabung dengan metode CRUD, dan daftar mereka mengaitkannya sebagai berikut:
Perlu dicatat bahwa, seperti yang mereka katakan di halaman itu, "Pada kenyataannya, banyak browser modern tidak mendukung metode PUT dan DELETE."
Dari apa yang saya ingat, Symfony "memalsukan" PUT dan DELETE untuk browser-browser yang tidak mendukung mereka ketika membuat formulirnya, untuk mencoba sedekat mungkin menggunakan metode HTTP yang benar secara teoritis bahkan ketika browser tidak mendukung Itu.