XML bukanlah bahasa pemrograman, dan Anda tidak perlu menjadi seorang programmer untuk menggunakan atau mempelajarinya. XML memudahkan komputer untuk membuat dan membaca data sekaligus memastikan bahwa strukturnya tidak ambigu. XML menghindari kesalahan desain bahasa umum: XML dapat diperluas, tidak bergantung pada platform, dan mencakup dukungan untuk internasionalisasi dan lokalisasi. XML sepenuhnya sesuai dengan Unicode.

Pengembang PHP menyarankan pemrosesan elemen individual dokumen XML dengan fungsi PHP. Contoh dari manual php:

"B", "EMPHASIS" => "I", "LITERAL" => "TT"); // Berfungsi untuk memulai sebuah tag (dapat menampilkan teks yang kompleks, namun dalam contoh ini // hanya menampilkan tag yang sesuai). function startElement($parser, $name, $attrs) ( global $map_array; if ($htmltag = $map_array[$name]) ( print "<$htmltag>"; ) ) // Fungsi untuk akhir tag function endElement($parser, $name) ( global $map_array; if ($htmltag = $map_array[$name]) ( print ""; ) ) // Fungsi untuk teks (simpul teks) function characterData($parser, $data) ( print $data; ) $xml_parser = xml_parser_create(); // gunakan case-folding agar kita yakin menemukan tag di dalamnya $map_array xml_parser_set_option($xml_parser, XML_OPTION_CASE_FOLDING, true); xml_set_element_handler($xml_parser, "startElement", "endElement"); xml_set_character_data_handler($xml_parser, "characterData"); // Membaca file XML if (!($fp = fopen ($file, "r"))) ( die("tidak dapat membuka input XML"); ) while ($data = fread($fp, 4096)) ( if (!xml_parse($xml_parser, $data, feof( $fp))) ( die(sprintf("Kesalahan XML: %s pada baris %d", xml_error_string(xml_get_error_code($xml_parser)), xml_get_current_line_number($xml_parser))); ) ) xml_parser_free($xml_parser); ?>

Contoh ini dapat diperluas dengan menambahkan array nama tag yang akan diproses secara berbeda dan kondisi yang sesuai dalam fungsi startElement dan endElement.

Kodenya terlihat sangat buruk. Praktis tidak cocok untuk digunakan dalam mengubah XML menjadi halaman HTML, meskipun telah digunakan di beberapa tempat, misalnya di situs How IT works. Tentu saja, Anda dapat menulis automator Anda sendiri yang akan membaca file konfigurasi dan membuat array, namun dalam hal total biaya tenaga kerja, akan lebih menguntungkan menggunakan kelas template yang kuat seperti Smarty.

Pengerjaan proyek ini dimulai pada tahun 1999, ketika sekelompok pengembang mulai menulis spesifikasi mesin template. Setelah menentukan apa yang harus dilakukan, para pengembang mencoba menulis modul dalam C, namun pada akhirnya mereka memutuskan bahwa lebih baik membuat kelas dalam PHP yang dapat diakses dan dimengerti oleh semua pengembang situs web.

Sekarang Smarty adalah salah satu proyek PHP, situs webnya terletak di server PHP di smarty.php.net.

Secara formal, Smarty adalah kelas template. Faktanya, fungsionalitasnya jauh lebih tinggi daripada kumpulan *Templat.

Pertama, Smarty tidak hanya memasukkan variabel ke dalam template, tetapi juga mengeksekusi kode PHP di dalam template itu sendiri. Kedua, templat di Smarty diubah menjadi skrip PHP, dan semua pekerjaan kotor memasukkan variabel ke dalam teks dan menjalankan konstruksi logis diberikan ke parser PHP bawaan. Ketika caching diaktifkan, skrip PHP ini disimpan ke dalam file yang dipanggil saat templat diakses lagi. Saat templat berubah, skrip dibuat lagi. Caching ini secara signifikan mempercepat kerja skrip.

Smarty juga dapat memproses konstruksi logis if-else yang ada di dalam templat, mengubahnya menjadi kode PHP. Konstruksi yang disebut pengubah variabel diproses dengan cara yang sama. Mereka memungkinkan Anda untuk menghapus beberapa fungsi dari skrip utama, memindahkannya ke template dan skrip PHP yang di-cache.

(*Tulis judul dengan huruf kapital*)

($judul|atas),

Teks ini diubah menjadi kode ini:

_run_mod_handler("atas", benar, $ini->_tpl_vars["Nama"]); ?> Topik:_run_mod_handler("memotong", benar, $ini->_tpl_vars["Nama"], 40, "..."); ?>

Satu set variabel bawaan seperti $smarty.now (waktu saat ini) juga tersedia. Gambaran indah ini dilengkapi dengan keluaran jendela debugging yang berisi nilai variabel, pemanggilan templat bersarang, dan dukungan untuk filter dan plugin masukan/keluaran khusus.

Semuanya akan baik-baik saja jika Smarty berukuran lebih kecil. Sekarang (versi 2.3.1) “berbobot” 144 kilobyte dan berjalan sangat lambat pada AMD K6 266 MHz. Pengembang yang cerdas merekomendasikan penggunaan Zend Accelerator atau PHP Accelerator.

DOM saat ini adalah kata terakhir dalam templat dokumen di PHP. Saya menjelaskan modulnya di artikel “XML: Spesifikasi dan Fungsi DOM di PHP”.

Meskipun bertele-tele dan sejumlah besar kode melakukan operasi yang cukup sederhana, DOM XML memiliki banyak harapan.

Kerugian utama dari pendekatan tekstual untuk mengedit dokumen XML (tentu saja mengedit dalam skrip) adalah Anda perlu membaca spesifikasi XML dengan cermat atau tidak sepenuhnya yakin dengan apa yang terjadi pada akhirnya.

Misalnya, memasukkan teks ke dalam node adalah tugas yang sederhana. Namun, dalam dokumen XML, karakter layanan dan karakter tabel non-ISO harus dikonversi ke entitas XML (<) или в номера символов UTF-8 (&x0442;). В модуле DOM XML достаточно сконвертировать текст в UTF-8 и вызвать метод create_text_node.

Situs saya masih menjalankan mesin lama yang menghasilkan string teks, dan terkadang melakukan trik menarik dengan dokumen yang bentuknya tidak bagus. Selain itu, objek dapat diteruskan sebagai parameter ke suatu fungsi, dan nama metode yang dipanggil dapat dijadikan variabel.

Terakhir, keunggulan utama DOM XML adalah tidak adanya modul biner untuk pemrosesan teks dokumen dalam PHP. Ini berarti Anda harus menulis parsernya sendiri.

Sedangkan untuk jumlah kode yang besar, hal ini cukup wajar. Lagi pula, jika Anda ingin mengedit dokumen melalui teks, tulis ekspresi reguler dan gunakan serangkaian fungsi string. Anda juga memerlukan banyak kode ini jika mengikuti konvensi XML.

Operasi dengan dokumen melalui DOM perlu dikelompokkan ke dalam fungsinya sendiri, yaitu kelas templat DOM harus dibuat.

Anda dapat memasukkan data umum ke situs atau bagian-bagiannya ke dalam templat terpisah. Selebihnya akan dimasukkan ke dalam dokumen menggunakan teknik yang saya jelaskan:

elemen_dokumen(); $anak = $root1->child_nodes(); $root2 = $dom2->document_element(); untuk ($i = 0; $i< sizeof($child); $i++) $root2->append_child($anak[$i]->clone_node()); ?>

Anda dapat membuat skrip sederhana untuk situs tempat permintaan dokumen akan dialihkan. Berikut ini ditulis dalam .htaccess:

Opsi FollowSymLinks RewriteEngine On # memeriksa keberadaan file dengan nama yang sama # dan ekstensi phpxml untuk root bagian RewriteCond %(DOCUMENT_ROOT)/$1/index.phpxml -f # jika file seperti itu ada, aturan dipicu RewriteRule ^(+)/?$ /$1 /index.php # aturan ini akan berfungsi untuk alamat # yang ditulis ulang dengan aturan sebelumnya, dan untuk # file lainnya, mengirimkan permintaan ke skrip composer.php. RewriteCond %(DOCUMENT_ROOT)/$1.phpxml -f Aturan Penulisan Ulang ^(+)\.php$ /composer.php [L]

Script composer.php akan membuka file dengan nama yang sama seperti yang diminta, tetapi dengan ekstensi phpxml. Server Apache telah memeriksa keberadaan file ini saat memproses aturan.

6.1 Validasi dokumen

Ini adalah alat yang seharusnya menggantikan atau secara signifikan menggantikan alat verifikasi data buatan sendiri. Sekarang sudah menjadi mode untuk meninggalkan database dan menyimpan data dalam file.

Dengan basisnya sederhana: Anda mendapatkan array dan membuat string teks darinya (menggunakan loop atau kelas templat seperti php-template), atau mendapatkan string menggunakan pohon objek sql2xml (atau lagi string). Lebih sulit untuk bekerja dengan file, karena disarankan untuk memeriksa integritas data untuk berjaga-jaga.

Ada dua pendekatan untuk membuat markup. Yang pertama adalah markup yang berpusat pada data, yang kedua adalah markup yang berpusat pada dokumen.

Contoh markup berorientasi data:

DLL Seri balap yang diselenggarakan FIA. Menggunakan mobil balap. BTCC Analog dengan ETCC, kecuali balapan yang berlangsung. http://btcc.co.uk DTM

Dua tingkat hierarki - baris + bidang (tentu saja, jika ada 3 atau 4, tidak ada yang berubah secara kualitatif), secara umum sama dengan kueri dari database yang diformat menggunakan sql2xml. Contoh markup berorientasi dokumen:

FIA menyelenggarakan sekitar 20 layanan balap, termasuk 2 kejuaraan mobil touring. (DLL) menggunakan mobil jalan raya yang disetel secara signifikan, kebanyakan BMW. Seri FIA lainnya adalah (BTCC) analog dengan ETCC, kecuali balapan yang dilakukan. Meski begitu, ini bukanlah kejuaraan paling terkenal di dunia. DTM (), seri balap Touring paling terkenal tidak hanya di Jerman.

Opsi ini ditulis dalam bahasa manusia bebas, namun data dalam elemen acro dan title tetap sama; keduanya dapat diperoleh dari dokumen menggunakan kueri XPath atau XQuery yang sama: /kejuaraan/kejuaraan/gelar Opsi markup pertama dapat direpresentasikan sebagai tabel database. Anda dapat memperumitnya, misalnya - sebuah fragmen dokumen:

DTM Seri balap Touring Jerman paling terkenal. Laurent Aiello Bernd Schneider Marcel Fassler Jean Alesi Christian Albers

Hal ini tidak akan menghentikan dokumen untuk menjadi data-sentris. Sebuah dokumen baru dapat direpresentasikan sebagai 2 tabel, digabungkan ketika ditanyakan menggunakan operator LEFT JOIN.

Dokumen kedua memiliki struktur yang lebih kompleks, dan secara umum tidak mungkin untuk menjejalkannya ke dalam sebuah tabel.

Omong-omong, inilah perbedaan utama antara database XML dan database non-XML. Basis data XML juga berfungsi dengan markup berorientasi dokumen (tidak hanya hasilnya ditampilkan dalam XML). Markup data-sentris dapat disimpan dalam database relasional, dan outputnya dapat diformat menggunakan utilitas seperti sql2xml.

Jadi, kembali ke validasi dokumen, perlu dicatat bahwa markup berorientasi dokumen sangat sulit untuk diperiksa kepatuhannya terhadap skema DTD atau XML dengan parser string sederhana.

Contoh lainnya adalah markup formulir di kelas TXF saya:

0"/>

Saya menguji ini melalui skema DTD. Memeriksa kepatuhan skema dokumen adalah fitur standar perpustakaan XML DOM.

Untuk format pertukaran data yang umum digunakan, seperti RSS, terdapat spesifikasi dan skema DTD (skema XML). Untuk menghindari kerumitan menulis parser RSS Anda sendiri, Anda cukup menambahkan skema ke dokumen dan memeriksa validitasnya. Kemudian ambil node yang diperlukan dari dokumen menggunakan ekspresi get_content atau XPath.

6.2 Penyimpangan liris

Saya terpaksa menyelesaikan penulisan bagian seri ini dengan artikel Spectator terbaru yang berjudul “PHP Templates for Dummies.”

Panggilan untuk melupakan kata-kata seperti XML, XHTML "dan X lainnya...", di sepanjang jalan memberikan tendangan yang layak untuk Smarty, dan, menyelesaikan dadakannya, meminta orang-orang pintar untuk bercukur dengan pisau cukur Occam.

Pisau cukur yang malang! Mereka mengibarkannya di spanduk, melambaikannya ke mana pun mereka bisa, menyodoknya dan mencoba melukai lawan mereka dengan itu.

Sialan pisau cukurnya! Persetan dengan aturan bodoh ini “untuk tidak menghasilkan entitas melebihi apa yang diperlukan.” Ini adalah kebenaran yang terlalu usang untuk diingat orang, dan umumnya tidak cocok untuk mengevaluasi orang lain. Jumlah “ekstra yang diperlukan” berbeda-beda untuk setiap orang. Pelanggan situs mungkin berkata: "Mengapa saya membutuhkan skrip Anda? Buatlah dalam HTML sederhana sehingga kita dapat mengeditnya nanti dengan FrontPage! Pernahkah Anda membaca tentang pisau cukur Occam?"

Saya sudah lama percaya bahwa alasan utama penggunaan teknologi baru dalam pemrograman adalah skala ekonomi. Seperti yang mereka tulis kepada saya di komentar di artikel lama, “seiring dengan bertambahnya volume situs, Anda akan tenggelam dalam template Anda.” Dan dalam artikel saya, saya menekankan hal ini - mereka berkata, tolong, main-main dengan penyertaan rumit Anda dan kode yang dicampur dengan HTML, ini akan menghalangi ketika Anda perlu melakukan banyak kode program.

Sebenarnya ada alasan lain. Ini adalah keterampilan yang dimiliki setiap individu. Mereka yang mengetahui XML, XSLT dan XPath dengan baik, atau dapat dengan cepat menemukan solusi untuk masalah di lingkungan ini, dalam banyak kasus akan menyelesaikan proyek menggunakan teknologi XML. Akan mudah dan sederhana baginya untuk melakukan ini, karena dia tahu bagaimana melakukannya dengan baik. Mereka yang tidak tahu atau tidak tahu dengan baik akan melakukannya dengan cara yang “umum”.

Satu-satunya pertanyaan yang tersisa adalah apakah solusinya yang menggunakan teknologi XML akan lebih efektif dibandingkan jika dia melakukannya menggunakan kelas templat atau campuran PHP&HTML? Ya mereka akan. Izinkan saya memberi Anda perbandingan alegoris.

Pernahkah Anda melihat bagaimana pemain berpengalaman dan “lamers” bermain bola voli? Tim "bola" melempar bola ke sisi lain, dengan cara hook atau crook, sehingga lawan menjatuhkan bola ke dirinya sendiri. Mereka tidak tahu bagaimana melakukan serangan ofensif, dan, dipandu oleh pepatah pisau cukur, mereka bermain dengan sederhana. Seorang pemain berpengalaman bisa melempar bola jauh lebih baik daripada seorang baller. Namun, dia akan mencapai hasil yang lebih besar jika dia melakukan serangan menyerang dengan baik.

5 Februari , 2017

Saya tidak tahu kerangka PHP apa pun. Hal ini menyedihkan dan memalukan, namun belum dilarang oleh undang-undang. Tetapi pada saat yang sama saya ingin bermain-main dengan REST API. Soalnya php secara default hanya mendukung $_GET dan $_POST. Dan untuk layanan RESTful Anda juga harus bisa bekerja dengan PUT, DELETE dan PATCH. Dan tidak terlalu jelas bagaimana memproses banyak permintaan seperti itu secara budaya DAPATKAN http://site.ru/users, HAPUS http://site.ru/goods/5 dan kata-kata kotor lainnya. Bagaimana cara menggabungkan semua permintaan tersebut menjadi satu titik, menguraikannya secara universal menjadi beberapa bagian dan menjalankan kode yang diperlukan untuk memproses data?

Hampir semua framework PHP dapat melakukan hal ini secara langsung. Misalnya Laravel, di mana routing diimplementasikan dengan jelas dan sederhana. Namun bagaimana jika kita tidak perlu mempelajari topik besar baru saat ini, namun hanya ingin segera memulai proyek dengan dukungan REST API? Ini akan dibahas dalam artikel.

Apa yang bisa dilakukan oleh layanan RESTful kami?

1. Mendukung semua 5 jenis permintaan utama: GET, POST, PUT, PATCH, DELETE.
2. Selesaikan berbagai rute tampilan
POS /barang
PUT /barang/(Id bagus)
DAPATKAN /pengguna/(userId)/info
dan rantai panjang sewenang-wenang lainnya.

Perhatian: artikel ini bukan tentang dasar-dasar REST API
Saya berasumsi Anda sudah familiar dengan pendekatan REST dan memahami cara kerjanya. Jika tidak, maka ada banyak artikel bagus di Internet tentang dasar-dasar REST - Saya tidak ingin menduplikasinya, ide saya adalah menunjukkan cara bekerja dengan REST dalam praktik.

Fungsi apa yang akan kami dukung?

Mari kita pertimbangkan 2 entitas - produk dan pengguna.

Untuk produk, pilihannya adalah sebagai berikut:

• 1. DAPATKAN /barang/(goodId)— Memperoleh informasi tentang produk
• 2. POS /barang— Menambahkan produk baru
• 3. PUT /barang/(Id bagus)— Mengedit produk
• 4. PATCH /barang/(Id bagus)— Mengedit beberapa parameter produk
• 5. HAPUS /barang/(goodId)— Menghapus produk

Bagi pengguna, untuk variasi, mari pertimbangkan beberapa opsi dengan GET

• 1. DAPATKAN /pengguna/(ID pengguna)— Informasi lengkap tentang pengguna
• 2. DAPATKAN /pengguna/(userId)/info— Hanya informasi umum tentang pengguna
• 3. DAPATKAN /pengguna/(userId)/pesanan— Daftar pesanan pengguna

Bagaimana cara kerjanya dengan PHP asli?

Hal pertama yang akan kita lakukan adalah menyiapkan .htaccess sehingga semua permintaan dialihkan ke file index.php. Dialah yang akan terlibat dalam ekstraksi data.

Kedua, mari kita tentukan data apa yang kita butuhkan dan tulis kode untuk mendapatkannya - di index.php.
Kami tertarik pada 3 jenis data:

• 1. Metode permintaan (GET, POST, PUT, PATCH atau DELETE)
• 2. Data dari URL, misalnya, pengguna/(userId)/info - ketiga parameter diperlukan
• 3. Data dari badan permintaan

.htaccess

Mari buat file .htaccess di root proyek

RewriteEngine Pada RewriteCond %(REQUEST_FILENAME) !-f RewriteRule ^(.+)$ index.php?q=$1

Dengan baris misterius ini kami perintahkan Anda untuk melakukan ini:
1 - kirim semua permintaan apa pun ke file raja index.php
2 - buat string di URL tersedia di index.php di parameter get q. Artinya, data dari URL seperti /pengguna/(IDpengguna)/info kita akan mendapatkan dari $_GET["q"].

indeks.php

Mari kita lihat index.php baris demi baris. Pertama, mari kita dapatkan metode permintaannya.

// Tentukan metode permintaan $method = $_SERVER["REQUEST_METHOD"];

Kemudian data dari badan permintaan

// Dapatkan data dari isi permintaan $formData = getFormData($method);

Untuk GET dan POST, mudah untuk mengambil data dari array $_GET dan $_POST yang sesuai. Namun untuk cara lainnya perlu sedikit mesum. Kode untuk mereka diambil dari aliran php://masukan, kodenya mudah untuk Google, saya baru saja menulis pembungkus umum - fungsi getFormData($method)

// Mendapatkan data dari badan permintaan fungsi getFormData($method) ( // GET atau POST: mengembalikan data apa adanya ($method === "GET") return $_GET; if ($method === "POST" ) return $_POST; // PUT, PATCH atau DELETE $data = array(); $exploded = meledak("&", file_get_contents("php://input")); foreach($meledak sebagai $pair) ( $ item = meledak("=", $pair); if (count($item) == 2) ( $data = urldecode($item); ) ) kembalikan $data; )

Artinya, kami mendapatkan data yang diperlukan dengan menyembunyikan semua detail di getFormData - bagus sekali. Mari beralih ke bagian yang paling menarik - perutean.

// Parsing url $url = (isset($_GET["q"])) ? $_GET["q"] : ""; $url = rtrim($url, "/"); $url = meledak("/", $url);

Kita telah mempelajari di atas bahwa .htaccess akan memasukkan parameter dari URL ke dalam q-parameter array $_GET. Artinya, $_GET["q"] akan berisi sesuatu seperti ini: pengguna/10. Terlepas dari metode mana yang kami gunakan untuk menjalankan permintaan.

A meledak("/", $url) mengubah string ini menjadi array untuk kita, yang sudah dapat kita gunakan. Jadi, buatlah rangkaian pertanyaan sepanjang yang Anda inginkan, misalnya,
DAPATKAN /barang/halaman/2/batas/10/sort/price_asc
Dan yakinlah, Anda akan menerima sebuah array

$urls = array("barang", "halaman", "2", "batas", "10", "sortir", "price_asc");

Sekarang kita memiliki semua datanya, kita perlu melakukan sesuatu yang berguna dengannya. Dan hanya 4 baris kode yang bisa melakukannya

// Tentukan data router dan url $router = $urls; $urlData = array_slice($url, 1); // Hubungkan file router dan jalankan fungsi utama include_once "routers/" . $router. ".php"; rute($metode, $urlData, $formData);

Apa kau mengerti? Kami membuat folder router tempat kami meletakkan file yang memanipulasi satu entitas: produk atau pengguna. Pada saat yang sama, kami setuju bahwa nama file bertepatan dengan parameter pertama di urlData - itu adalah router, $router. Dan router ini perlu dihapus dari urlData, kita tidak membutuhkannya lagi dan hanya digunakan untuk menghubungkan file yang diperlukan. array_slice($url, 1) dan akan memberi kita semua elemen array kecuali yang pertama.

Sekarang yang tersisa hanyalah menghubungkan file router yang diinginkan dan menjalankan fungsi rute dengan tiga parameter. Apa rute fungsi ini? Mari kita sepakat bahwa di setiap file router akan ditentukan suatu fungsi yang, berdasarkan parameter input, akan menentukan tindakan apa yang dimulai pengguna dan akan mengeksekusi kode yang diperlukan. Sekarang hal ini akan menjadi lebih jelas. Mari kita pertimbangkan permintaan pertama - memperoleh data tentang suatu produk.

DAPATKAN /barang/(goodId)

File router/barang.php

// Fungsi router rute($method, $urlData, $formData) ( // Mendapatkan informasi tentang suatu produk // GET /goods/(goodId) if ($method === "GET" && count($urlData) == = 1) ( // Dapatkan id produk $goodId = $urlData; // Keluarkan produk dari database... // Keluarkan respon ke klien echo json_encode(array("method" => "GET", "id" => $goodId, "good" => "phone", "price" => 10000)); return; ) // Mengembalikan header kesalahan("HTTP/1.0 400 Permintaan Buruk"); echo json_encode(array ("kesalahan" => "Permintaan Buruk" ")); )

Isi file adalah satu fungsi rute besar, yang, bergantung pada parameter yang diteruskan, melakukan tindakan yang diperlukan. Jika metode GET dan 1 parameter (goodId) diteruskan ke urlData, maka ini adalah permintaan untuk mendapatkan data tentang suatu produk.

Perhatian: contohnya sangat disederhanakan
Dalam kehidupan nyata, tentunya Anda juga perlu memeriksa parameter input, misalnya goodId adalah angka. Daripada menulis kode di sini, Anda mungkin akan menyertakan kelas yang diperlukan. Dan untuk menerima produk, buat objek kelas ini dan panggil beberapa metode di dalamnya.
Atau mungkin Anda dapat mentransfer kendali ke beberapa pengontrol, yang sudah menangani inisialisasi model yang diperlukan. Ada banyak pilihan, kami hanya mempertimbangkan struktur umum kode.

Sebagai tanggapan kepada klien, kami menampilkan data yang diperlukan: nama produk dan harganya. Id dan metode produk sepenuhnya opsional dalam aplikasi nyata. Kami menampilkannya hanya untuk memastikan bahwa metode yang benar dipanggil dengan parameter yang benar.

Mari kita coba dengan sebuah contoh: buka konsol browser Anda dan jalankan kodenya

$.ajax((url: "/examples/rest/goods/10", metode: "GET", tipe data: "json", sukses: function(response)(console.log("response:", respon))) )

Kode akan mengirimkan permintaan ke server tempat saya menerapkan aplikasi serupa dan mengeluarkan respons. Pastikan rute yang Anda minati adalah /barang/10 benar-benar berhasil. Pada tab Jaringan Anda akan melihat permintaan yang sama.
Dan ya, /examples/rest adalah jalur root aplikasi pengujian kami ke situs

Jika Anda lebih terbiasa menggunakan curl di konsol, jalankan ini di terminal - jawabannya akan sama, dan bahkan dengan header dari server.

Curl -X DAPATKAN https://site/examples/rest/goods/10 -i

Di akhir fungsi kami menulis kode berikut.

// Mengembalikan header kesalahan("HTTP/1.0 400 Permintaan Buruk"); echo json_encode(array("error" => "Permintaan Buruk"));

Artinya jika kami melakukan kesalahan dengan parameter atau rute yang diminta tidak ditentukan, kami akan mengembalikan kesalahan 400 Permintaan Buruk ke klien. Misalnya, tambahkan sesuatu seperti ini ke URL: barang/10/param_lainnya dan Anda akan melihat kesalahan di konsol dan respons 400 - permintaan yang bengkok tidak berhasil.

Berdasarkan kode http respons server
Kami tidak akan repot-repot mengeluarkan kode yang berbeda, meskipun hal ini layak dilakukan menurut REST. Ada banyak kesalahan klien. Bahkan dalam kasus sederhana kita, 405 sesuai jika metode yang diberikan salah. Saya tidak ingin mempersulit keadaan dengan sengaja.
Jika berhasil, server kami akan selalu mengembalikan 200 OK. Untungnya, saat membuat sumber daya, Anda harus memberikan 201 Created. Namun sekali lagi, dalam hal penyederhanaan, kami akan membuang seluk-beluk ini, tetapi dalam proyek nyata Anda dapat dengan mudah menerapkannya sendiri.

Sejujurnya, artikel ini sudah selesai. Saya rasa Anda sudah memahami pendekatannya, bagaimana semua rute diselesaikan, data diambil, cara mengujinya, cara menambahkan permintaan baru, dll. Namun untuk melengkapi gambarnya, saya akan memberikan implementasi dari 7 kueri tersisa yang kami uraikan di awal artikel. Sepanjang jalan, saya akan membuat beberapa komentar menarik, dan pada akhirnya saya akan memposting arsip dengan kode sumbernya.

POS /barang

Menambahkan produk baru

// Menambahkan produk baru // POST /goods if ($method === "POST" && blank($urlData)) ( // Menambahkan produk ke database... // Keluarkan respons ke klien echo json_encode (array("metode" => "POST", "id" => rand(1, 100), "formData" => $formData)); kembali; )

urlData sekarang kosong, tetapi formData digunakan - kami hanya akan menampilkannya ke klien.

Bagaimana cara melakukannya dengan "benar"?
Menurut kanon REST, dalam permintaan posting Anda harus mengembalikan hanya id entitas yang dibuat atau url yang dapat digunakan untuk memperoleh entitas ini. Artinya, jawabannya hanya berupa angka - (Id bagus), atau /barang/(Id bagus).
Mengapa saya menulis "benar" dalam tanda kutip? Ya, karena REST bukanlah seperangkat aturan ketat, melainkan rekomendasi. Dan bagaimana Anda akan menerapkannya tergantung pada preferensi Anda atau perjanjian yang sudah diterima mengenai proyek tertentu.
Ingatlah bahwa pemrogram lain yang membaca kode dan mengetahui pendekatan REST akan mengharapkan respons terhadap permintaan posting id dari objek yang dibuat atau url dari mana data tentang objek ini dapat diambil dengan permintaan get.

Menguji dari konsol

$.ajax((url: "/examples/rest/goods/", metode: "POST", data: (bagus: "notebook", harga: 20000), tipe data: "json", sukses: function(response)( console.log("respon:", tanggapan))))

Curl -X POST https://site/examples/rest/goods/ --data "good=notebook&price=20000" -i

PUT /barang/(Id bagus)

Mengedit produk

// Perbarui semua data produk // PUT /goods/(goodId) if ($method === "PUT" && count($urlData) === 1) ( // Dapatkan id produk $goodId = $urlData; / / Perbarui semua kolom produk di database... // Keluarkan respons ke klien echo json_encode(array("method" => "PUT", "id" => $goodId, "formData" => $formData)) ; kembali; )

Di sini semua data sudah terpakai secara maksimal. Id produk ditarik dari urlData, dan properti dari formData.

Menguji dari konsol

$.ajax((url: "/examples/rest/goods/15", metode: "PUT", data: (bagus: "notebook", harga: 20000), tipe data: "json", sukses: fungsi(respons) (konsol.log("respons:", respons))))

Curl -X PUT https://site/examples/rest/goods/15 --data "good=notebook&price=20000" -i

PATCH /barang/(Id bagus)

Pembaruan produk sebagian

// Pembaruan sebagian data produk // PATCH /goods/(goodId) if ($method === "PATCH" && count($urlData) === 1) ( // Dapatkan id produk $goodId = $urlData; // Kami hanya memperbarui kolom produk tertentu di database... // Menampilkan respons ke klien echo json_encode(array("method" => "PATCH", "id" => $goodId, "formData" => $formData)); kembali; )

Menguji dari konsol

$.ajax((url: "/examples/rest/goods/15", metode: "PATCH", data: (harga: 25000), tipe data: "json", sukses: function(response)(console.log(" tanggapan:", tanggapan))))

Curl -X PATCH https://site/examples/rest/goods/15 --data "harga=25000" -i

Mengapa harus pamer dengan PUT dan PATCH?
Bukankah satu PUT saja sudah cukup? Bukankah mereka melakukan tindakan yang sama - memperbarui data objek?
Itu benar - secara lahiriah, tindakannya adalah satu. Perbedaannya terletak pada data yang dikirimkan.
PUT berasumsi demikian Semua bidang objek, dan PATCH - saja berubah. Yang dikirim di badan permintaan. Harap dicatat bahwa pada PUT sebelumnya kami menyampaikan nama produk dan harga. Dan di PATCH - hanya harganya. Artinya, kami hanya mengirimkan data yang diubah ke server.
Apakah Anda memerlukan PATCH - putuskan sendiri. Tapi ingat programmer pembaca kode yang saya sebutkan di atas.

HAPUS /barang/(goodId)

Menghapus produk

// Menghapus produk // HAPUS /goods/(goodId) if ($method === "DELETE" && count($urlData) === 1) ( // Dapatkan id produk $goodId = $urlData; // Hapus produk dari database... // Keluarkan respons ke klien echo json_encode(array("method" => "DELETE", "id" => $goodId)); return; )

Menguji dari konsol

$.ajax((url: "/examples/rest/goods/20", metode: "DELETE", tipe data: "json", sukses: function(response)(console.log("response:", respon))) )

Curl -X HAPUS https://site/examples/rest/goods/20 -i

Semuanya jelas dengan permintaan DELETE. Sekarang mari kita lihat bekerja dengan pengguna - router pengguna dan, karenanya, file pengguna.php

DAPATKAN /pengguna/(ID pengguna)

Mengambil semua data pengguna. Jika permintaan GET seperti /pengguna/(ID pengguna), maka kami akan mengembalikan semua informasi tentang pengguna jika ditentukan tambahan /info atau / pesanan, maka, masing-masing, hanya informasi umum atau daftar pesanan.