Implementing REST API CRUD operations

Praktik kartu kredit, pada akhir kuliah ini, Anda harus dapat menjelaskan bagaimana permintaan dan tanggapan liburan diatur untuk operasi saat ini di API. Anda juga harus dapat menjelaskan kode status HTP, kembali dari implementasi API untuk operasi kartu. Ingatlah bahwa di semua kuliah sebelumnya saya berbicara tentang penggunaan pekerjaan EDP yang sesuai untuk operasi saat ini. Jadi, Anda akan menggunakan pos untuk dihapus jelas, dapatkan untuk mengambil, untuk memperbarui dan menghapus untuk dihapus. Selain metode kerja HTP ini, ada beberapa metode SCDP lain yang harus Anda ketahui. Metode SCDP ini tidak terlalu umum digunakan dalam implementasi API lainnya. Pengamat akan menerima permintaan dari klien atau metode pos EDP untuk membuat sumber daya. Mari kita bahas apa yang dibutuhkan dalam permintaan ini dari klien. Pengamat perlu memberikan titik akhir sumber. Misalnya, jika sumber daya adalah paket liburan dalam kasus Acme, maka ini adalah Anda benar. Jika sumber daya adalah sub sumber daya, misalnya ulasan, maka euro akan terlihat seperti ini. Saat Anda berlibur dengan ID tertentu dan kemudian meninjau sumber daya, data untuk sumber daya akan diteruskan di badan permintaan posting. Desain API juga dapat meminta klien API untuk mengatur tajuk dalam permintaan pos HTP. Tetapi ini tidak begitu umum. Mereka harus mengatur dalam permintaan posting HDP, mungkin header standar atau beberapa header khusus. Selanjutnya, mari kita bicara tentang tanggapan untuk benar-benar diposkan. Server inisiatif harus selalu mengirim kembali kode pajak di header HDB. Jika pembuatan sumber daya berhasil, maka itu harus mengirim kembali ke nol yang dibuat. Jika server menemukan bahwa data yang dikirim, permintaan untuk sumber daya tidak lengkap atau tidak valid karena alasan tertentu, maka ia harus mengirim kembali empat ratus bidang yang wajib diisi atau permintaan buruk. Jika server memiliki masalah atau masalah dalam memproses permintaan, maka server harus mengirim kembali pesan lima ratus seri. Misalnya, jika basis data tidak dapat dijangkau, ia harus mengirim kembali lima nol tiga basis data yang tidak dapat dijangkau untuk papan pesan. Implementasi API dapat melakukan dua hal lainnya. Ini mungkin mengembalikan instance sumber daya baru. Misalnya, jika data dalam format Jason, badan akan berisi representasi sumber daya di Jason Formic atau implementasi API dapat dengan mudah mengembalikan tautan ke instance sumber daya yang baru dibuat. Misalnya, jika instance sumber daya baru dibuat dengan gagasan satu empat dua tiga, maka ini adalah tautan yang akan dikembalikan oleh server dan badan untuk pengambilan sumber daya. Klien API akan meminta titik akhir yang disediakan oleh server bahwa metode get, permintaan akan dilakukan terhadap titik akhir untuk sumber daya. Titik akhir ini akan mengembalikan kumpulan semua sumber daya, sedangkan jika ID ditentukan di jalur untuk euro, maka hanya satu contoh sumber daya yang akan dikembalikan. Jadi dalam kasus ini, paket liburan dengan ID yang ditentukan akan ditampilkan kembali. Secara opsional, Designer dapat mengizinkan parameter kueri dalam permintaan API. Implementor dapat meminta klien API untuk memberikan tajuk standar atau khusus. Biasanya permintaan naik adalah opsional jika pengambilan. Respons kembali dari operasi gerbang akan memiliki header HTP diatur ke 200. OK, jika server dapat mengambil sumber daya yang diminta, jika klien memberikan informasi yang tidak dapat diproses oleh server, maka yang sesuai untuk seratus permintaan akan diterima oleh klien, misalnya, untuk atau jika seandainya sumber daya tidak ditemukan. Jika server memiliki masalah dengan pemrosesan permintaan, maka itu akan mengirim kembali kesalahan seri lima ratus di tubuh. Mungkin ada kumpulan sumber daya atau mungkin ada satu contoh dari sumber daya tertentu yang diminta oleh klien untuk memperbarui sumber daya. Anda dapat menggunakan port dan batch. Anda akan menggunakan port jika semua atribut sumber daya diperbarui. Dan Patch, seperti namanya, digunakan ketika beberapa atribut sumber daya perlu diperbarui untuk objek besar, mungkin lebih baik menyediakan dukungan untuk port dan. Idenya adalah bahwa Anda tidak ingin data objek besar menjadi pusat setiap kali untuk objek, bahwa Anda hanya dapat mengirim bagian dari data yang perlu diperbarui. Berikut adalah contoh objek tambalan di mana kami memperbarui paket liburan dengan Idy 121 yang hanya memperbarui atribut nilai. Permintaan untuk tambalan saat ini akan membutuhkan titik akhir dengan identitas sumber daya yang akan diperbarui, dapat diberikan sebagai bagian dari permintaan. Anda adalah parameter atau mungkin disediakan dalam tubuh untuk batch yang kuat. API dapat meminta klien API untuk menetapkan standar atau header khusus yang dapat diterapkan oleh pengamat pada patch dengan beberapa cara. Respons untuk memasang Patch memiliki header HTP di mana kode Stardust disetel ke 200 jika sumber daya yang diperbarui ada di dalam tubuh. Ini memiliki awal, skor dua nol satu dibuat, tetapi data tubuh adalah opsional dan dapat mengirim kembali ke nol tanpa konten jika tidak ada konten di dalam tubuh. Dan kemudian jika ada masalah, maka kesalahan 400 seri atau kesalahan 500 seri akan dikirim kembali. Isi dalam respons bergantung pada kode status SDP yang diterima dari server API untuk menghapus hasil. Penghapusan akan digunakan dan permintaan akan dikirim ke titik akhir, yang berupa kumpulan sumber daya atau sumber daya tertentu. Parameter dapat ditentukan sebagai kriteria pemilihan sumber daya yang akan dihapus dan tubuh tidak diperlukan dan pahlawan htp tergantung pada kebutuhan. API jadi akan memberikan tanggapan atas penghapusan dengan cara sukses Kode HTP 200. Jika penghapusan sumber daya berhasil dan isi berisi data untuk sumber daya yang dihapus, itu akan mengirim kembali dua ratus dan tidak ada konten jika tidak ada konten di badan dan penghapusan berhasil. Jika ada kegagalan, maka 400 status atau 500 status yang sesuai akan dikirim kembali dan respon tergantung pada status quo kembali. Tapi sepertinya satu pertanyaan umum yang sering saya tanyakan adalah dapatkah saya menggunakan posting untuk memperbarui? Dan jawabannya ya, Anda bisa. Bahkan, pengguna Twitter hanya mendapatkan pos untuk semua API. Apa yang saya sarankan kepada Anda adalah praktik yang umum diadopsi. Ini adalah beberapa pedoman. Anda dapat mengembangkan praktik Anda sendiri dan menstandarkan semua API Anda. Mari kita lihat API Twitter. Saya di portal pengembang Twitter, dan di sini Anda dapat melihat referensi API untuk berbagai aplikasi yang tersedia di Twitter. Jadi saya melihat pengaturan akun kelola dan API profil dan Anda akan menemukan bahwa hanya ada posting yang digunakan. Twitter tidak menggunakan, meletakkan, menambal, dan menghapus untuk semua tindakan yang menggunakan pos. Jadi misalnya, ini adalah pembaruan parsial dari akun yang tidak memiliki efek yang sama seperti jika mereka menggunakan tambalan. Di sinilah mereka menciptakan sumber daya baru untuk dihapus. Mereka menggunakan menghancurkannya. Jadi menggunakan elemen jalur euro, mereka mendefinisikan berbagai operasi untuk dilakukan pada sumber daya, tetapi hanya menggunakan pos daripada menggunakan kata kerja lainnya. Jadi pengembang Twitter telah mengembangkan cara mereka sendiri untuk membangun API. Selama mereka mengikuti standar dan pedoman yang sama untuk semua API, tidak ada salahnya melakukannya. Sebagai latihan, saya sarankan Anda membaca dokumentasi API untuk oboH dan mencoba menjawab pertanyaan bagaimana atau akan menggunakan header SCDP dalam API mereka? Mari kita lanjutkan dengan poin kunci dari kuliah ini. Anda harus menggunakan metode SCDP yang sesuai untuk semua API Anda. Anda dapat menggunakan pos untuk membuat, memperbarui dan menghapus sumber daya, tetapi jika Anda melakukannya, pertahankan konsistensi di semua aplikasi Anda dalam respons. Selalu kirimkan kembali kode status HTP yang sesuai, seperti yang saya bahas di kuliah ini.