Poin-poin pengetahuan inti ini harus dikuasai dalam komunikasi front-end dan back-end!

Apa itu restful?

Restful adalah spesifikasi desain antarmuka paling populer saat ini. Ini adalah spesifikasi yang harus diketahui oleh front-end dan back-end. Spesifikasi ini mendefinisikan bahwa dalam pengembangan antarmuka, dalam setiap proses,

protokol

harus menggunakan ketika berkomunikasi dengan bagian belakang -end layanan melalui API API

nama domain

harus diterapkan di bawah nama domain khusus dan harus dibuat sesederhana mungkin. Jika Anda yakin bahwa API tersebut sangat sederhana dan tidak akan diperluas lebih lanjut, Anda dapat mempertimbangkan untuk menempatkannya di bawah nama domain utama. Berikut adalah dua contoh root URL yang umum:

• api.example.com/* Nama subdomain terpisah digunakan untuk mengakses antarmuka
• example.com/api /* Semua API dalam

versi spasi tunggal (Versioning)

harus tetap kompatibel. Anda harus memperkenalkan API versi baru sambil memastikan bahwa API versi lama masih tersedia. Oleh karena itu, alamat dukungan versi

(jalur) harus disediakan untuk URL spesifik dari

API perutean (router).

• Penamaan URL harus huruf kecil semua
• . Penamaan sumber daya (resource) di URL harus berupa kata benda, dan harus dalam bentuk jamak.
• URL tipe restful harus digunakan terlebih dahulu
• . URL tersebut harus mudah dibaca
• dan tidak boleh mengekspos arsitektur server

. tidak ada aturan yang tegas dan tegas, tetapi harus konsisten dengan gaya berdasarkan situasi tim

• https://api.example.com/zoos
• https://api.example.com/animals
• https://api.example .com/zoos/{zoo}/animals
• https://api.example.com/animal_types
• https://api.example. com/employees

verb (metode permintaan)

adalah jenis operasi spesifik untuk sumber daya, yang diwakili oleh verba HTTP . Ada lima kata kerja HTTP yang umum digunakan (perintah SQL terkait ada dalam tanda kurung).

• GET (SELECT): Mengambil sumber daya (satu atau lebih item) dari server.
• POST (CREATE): Membuat sumber daya baru di server.
• PUT (UPDATE): Perbarui sumber daya di server (klien menyediakan sumber daya lengkap setelah perubahan).
• PATCH (UPDATE): Pembaruan di bagian sumber daya pembaruan server (klien menyediakan atribut yang diubah).
• HAPUS (HAPUS): Hapus sumber daya dari server.

parameter url

Semua parameter URL harus dalam huruf kecil semua dan harus menggunakan bentuk parameter tipe garis bawah. Parameter halaman harus ditetapkan ke halaman dan ukuran halaman.

Respons (Respon)

harus memilih kode status HTTP yang sesuai.
Data harus dikembalikan dalam format JSON.
Semua kesalahan harus diformat secara seragam.

Kode status umum

• 1xx berarti permintaan telah diterima dan perlu melanjutkan pemrosesan.
• 2xx umumnya tidak muncul di API. Permintaan telah berhasil, dan header respons atau badan data yang diharapkan oleh permintaan akan dikembalikan dengan respons ini
  • 200. Server berhasil mengembalikan data yang diminta oleh pengguna.
  • 201 Pengguna berhasil membuat data baru atau Memodifikasi
  • 202 berarti permintaan telah masuk ke antrian latar belakang (tidak ada nilai kembalian jika berhasil, tidak sinkron)
  • 204 Berhasil dihapus
• 3xx Redirect
• 4xx Kesalahan yang disebabkan oleh alasan klien
  • 404 Antarmuka yang diminta tidak ada, jenis kesalahan (alamat permintaan salah)
  • 401 Pengguna tidak
  • login 403 Pengguna login, tetapi tidak memiliki izin untuk mengakses
  • 422 Kesalahan parameter klien, kesalahan verifikasi
  • 429 Batas permintaan melebihi
• 5xx Kesalahan disebabkan oleh alasan sisi server
  • 500 Server mengalami situasi yang tidak terduga, yang menyebabkannya tidak dapat menyelesaikan permintaan Pemrosesan, kode server melaporkan
  • kesalahan 503. Server sedang dalam pemeliharaan
  • 504 Batas waktu panggil

format kesalahan

'message' => ':message', // Deskripsi detail kesalahan 'errors' => ':errors', // Deskripsi detail kesalahan parameter, 422 dan status lainnya berikan 'code' => ' :code', // Kode pengecualian yang ditentukan bisnis 'status_code' => ':status_code', // kode status http 'debug' => ':debug', // debug Informasi, lingkungan non-produksi menyediakan

apa yang dimaksud dengan pesan ?

Pesan HTTP digunakan untuk bertukar informasi ketika permintaan dan tanggapan HTTP. Pesan yang mengalir ke server dari klien

dibagi menjadi dua kategori: pesan permintaan

dan pesan respons Struktur pesan dasar pesan permintaan dan respons adalah sama, dan terdiri dari tiga bagian:

• Garis awal: melakukan pemrosesan pada server. pesan Deskripsi
• header: beberapa atribut
• Isi: data [opsional]

dengan aksio

dan server node membuat XMLHttpRequests dari browser
Membuat permintaan http dari node.js

mendukung Promise API
Mendukung intersepsi permintaan dan tanggapan, konversi data permintaan dan data respons, pembatalan permintaan, konversi otomatis JSON, dukungan klien data untuk pertahanan terhadap XSRF

, ayolah, orang asing! (Saya tidak asing dengan datang dan pergi, saya harap itu akan berguna bagi Anda)

Di atas adalah poin-poin pengetahuan inti yang harus dikuasai dalam komunikasi front-end dan back-end! Untuk lebih jelasnya silahkan perhatikan artikel terkait lainnya di website php Cina!