Enjin templat PHP sering dikritik kerana kemudahan mereka menghasilkan kod berkualiti rendah, tetapi ini tidak semestinya benar. Mari kita lihat bagaimana projek PHP menguatkuasakan struktur model-view-controller (MVC) asas tanpa bergantung pada enjin template yang berdedikasi.

Pertama, ulasan ringkas mengenai sejarah PHP

Sejarah PHP sebagai alat templat HTML penuh dengan kelainan dan giliran.

Salah satu bahasa pengaturcaraan terawal yang digunakan untuk templat HTML adalah C, tetapi dengan cepat mendapati bahawa ia adalah rumit untuk digunakan dan sering tidak sesuai untuk tugas ini.

Rasmus Lerdorf mencipta PHP dengan ini. Dia tidak bertentangan dengan menggunakan C untuk mengendalikan logik perniagaan backend, tetapi mahu cara yang lebih baik untuk menghasilkan HTML dinamik frontend. PHP pada asalnya direka sebagai bahasa templat, tetapi dari masa ke masa ia mengadopsi lebih banyak ciri dan akhirnya menjadi bahasa pengaturcaraan lengkap dan lengkap.

Keupayaan unik PHP untuk beralih antara mod pengaturcaraan dan mod HTML dianggap sangat mudah, tetapi ia juga memudahkan pengaturcara untuk menulis kod kod yang sukar ditulis yang menggabungkan logik perniagaan dan logik templat bersama-sama. Fail PHP boleh bermula dengan beberapa templat HTML dan kemudian tiba -tiba menembusi pertanyaan SQL lanjutan tanpa amaran. Struktur ini sukar dibaca dan digunakan semula templat HTML.

Dari masa ke masa, komuniti pembangunan web telah mendapati bahawa menguatkuasakan struktur MVC yang ketat untuk projek PHP menjadi semakin berharga. Enjin templat dibuat sebagai cara untuk memisahkan pandangan secara berkesan dari pengawalnya.

Untuk mencapai tugas ini, enjin templat biasanya mempunyai ciri -ciri berikut:

1. Enjin sengaja melemahkan keupayaan logik perniagaan. Sebagai contoh, jika pemaju ingin melaksanakan pertanyaan pangkalan data, mereka perlu melakukan pertanyaan itu dalam pengawal dan kemudian lulus hasilnya ke templat. Tidak mustahil untuk menanyakan HTML dalam templat.
2. Enjin mengendalikan risiko keselamatan bersama di belakang tabir. Templat biasanya secara automatik melarikan diri dari HTML berbahaya walaupun pemaju gagal mengesahkan input pengguna dan lulus terus ke dalam templat.

Enjin templat kini merupakan ciri utama dalam banyak tumpukan teknologi web. Mereka membuat lebih banyak pangkalan kod yang dapat dipelihara dan lebih selamat, jadi tidak mengejutkan.

Walau bagaimanapun, PHP tulen juga boleh digunakan untuk mengendalikan templat HTML . Anda mungkin mahu melakukan ini untuk beberapa sebab. Mungkin anda sedang menjalankan projek warisan dan tidak mahu memperkenalkan sebarang kebergantungan tambahan, atau anda sedang menjalankan projek yang sangat kecil dan lebih suka menyimpannya ringan. Atau, keputusan ini tidak terpulang kepada anda sama sekali.

Gunakan kes untuk templat PHP

Salah satu perkara yang saya sering melaksanakan templat PHP tulen ialah WordPress, yang tidak menguatkuasakan struktur MVC yang ketat secara lalai. Saya merasa agak membosankan untuk memperkenalkan enjin template penuh, tetapi saya masih mahu memisahkan logik perniagaan saya dari templat saya dan mahu pandangan saya dapat diguna semula.

Walau apa pun alasan anda, menggunakan PHP tulen untuk menentukan templat HTML anda kadang -kadang disukai. Artikel ini meneroka cara melakukan ini dengan cara yang lebih profesional. Pendekatan ini mewakili tradeoff praktikal antara gaya kod spageti terkenal templat PHP dan pendekatan "logik-tidak dibenarkan" yang disediakan oleh enjin templat formal.

Mari kita menyelam jauh ke dalam contoh bagaimana untuk meletakkan sistem templat asas menjadi amalan. Sekali lagi, kami menggunakan WordPress sebagai contoh, tetapi ini boleh digantikan dengan persekitaran PHP tulen atau banyak persekitaran lain. Anda tidak perlu akrab dengan WordPress untuk terus membaca.

Matlamatnya adalah untuk memecahkan pandangan kami ke dalam komponen dan mewujudkan perbezaan yang jelas antara logik perniagaan dan templat HTML. Khususnya, kami akan membuat pandangan yang menunjukkan grid kad. Setiap kad akan memaparkan tajuk, ringkasan dan pengarang artikel baru -baru ini.

Langkah 1: Dapatkan data yang akan dibentangkan

Langkah pertama ialah mendapatkan data yang ingin kami paparkan dalam paparan. Ini mungkin melibatkan pelaksanaan pertanyaan SQL atau akses tidak langsung ke pangkalan data menggunakan fungsi Rangka Kerja/CMS ORM atau Helper. Ia juga boleh melibatkan membuat permintaan HTTP ke API luaran atau mengumpul input pengguna dari borang atau rentetan pertanyaan.

Dalam contoh ini, kami akan menggunakan fungsi Helper get_posts WordPress untuk mendapatkan beberapa jawatan untuk dipaparkan di laman utama kami.

  php // index.php
$ wp_posts = get_posts ([
  'NumberPosts' => 3
]);

Kami kini mempunyai akses kepada data yang ingin kami paparkan di grid kad, tetapi kami perlu melakukan kerja tambahan sebelum menyampaikannya kepada pandangan kami.

Langkah 2: Sediakan data templat

Fungsi get_posts mengembalikan pelbagai objek WP_POST. Setiap objek mengandungi tajuk artikel, ringkasan, dan maklumat pengarang yang kami perlukan, tetapi kami tidak mahu pasangan pandangan kami ke jenis objek WP_POST kerana kami mungkin ingin memaparkan jenis data lain pada kad kami di tempat lain dalam projek.

Sebaliknya, masuk akal untuk secara aktif menukar setiap objek artikel ke jenis data neutral (seperti array bersekutu):

  php // index.php
$ wp_posts = get_posts ([
  'NumberPosts' => 3
]);

$ cards = array_map (fungsi ($ wp_post) {
  Kembali [
    'Heading' => $ wp_post-> Post_title,
    'badan' => $ wp_post-> post_excerpt,
    'Footing' => get_author_name ($ wp_post-> post_author)
  ];
}, $ wp_posts);

Dalam kes ini, setiap objek WP_POST ditukar kepada array bersekutu menggunakan fungsi array_map . Perhatikan bahawa kunci untuk setiap nilai bukan tajuk, petikan, dan pengarang, tetapi diberi nama yang lebih umum: tajuk, badan, dan pijakan. Kami melakukan ini kerana komponen mesh kad direka untuk menyokong sebarang jenis data, bukan hanya artikel. Sebagai contoh, ia boleh digunakan dengan mudah untuk memaparkan grid cadangan yang mengandungi rujukan dan nama pelanggan.

Sebaik sahaja data siap, kini boleh dimasukkan ke dalam fungsi render_view kami:

  php // index.php
// Pengambilan data dan pemformatan adalah sama seperti sebelum render_view ('cards_grid', [
  'kad' => $ kad
]);

Sudah tentu, fungsi render_view belum wujud. Mari kita tentukannya.

Langkah 3: Buat fungsi rendering

 // Tentukan dalam fungsi.php atau lokasi lain yang menjadikannya tersedia secara global.
// Sekiranya anda bimbang tentang kemungkinan konflik di ruang nama global,
// Anda boleh menentukan fungsi ini sebagai kaedah statik fungsi kelas nama Render_View ($ paparan, $ data)
{
  ekstrak ($ ??data);
  memerlukan ('pandangan/'. $ Lihat. '.php');
}

Fungsi ini menerima nama pandangan yang akan diberikan dan array bersekutu yang mewakili sebarang data yang akan dipaparkan. Fungsi extract mengambil setiap item dalam array bersekutu dan mencipta pembolehubah untuknya. Dalam contoh ini, kami kini mempunyai pembolehubah yang dipanggil $cards yang mengandungi item yang kami sediakan dalam index.php.

Sejak pandangan dijalankan dalam fungsinya sendiri, ia mempunyai skop sendiri. Ini baik kerana ia membolehkan kita menggunakan nama pembolehubah mudah tanpa bimbang tentang konflik.

Baris kedua fungsi kami mencetak pandangan yang sepadan dengan nama yang diluluskan. Dalam kes ini, ia mencari pandangan dalam views/cards_grid.php . Mari teruskan dan buat fail.

Langkah 4: Buat templat

  php/ * views/cards_grid.php */?>

php foreach ($ kad sebagai $ kad) :?>
• php render_view ('kad', $ kad)?>
php endforeach; ?>

Templat ini menggunakan pembolehubah $cards yang anda hanya diekstrak dan menjadikannya sebagai senarai yang tidak teratur. Untuk setiap kad dalam array, templat membuat subview: paparan kad tunggal.

Templat dengan kad tunggal berguna kerana ia memberi kita fleksibiliti untuk menjadikan kad tunggal secara langsung atau menggunakannya dalam pandangan lain di tempat lain dalam projek.

Mari tentukan pandangan kad asas:

  php/ * paparan/card.php */?>
<div>
   php if (! kosong ($ heading)) :?>
    <h4> php echo htmlspecialchars ($ heading)?></h4>
   php endif; ?>
   php jika (! kosong ($ badan)) :?>
    <p> php echo htmlspecialchars ($ body)?></p>
   php endif; ?>
   php if (! kosong ($ pijakan)) :?>
     php echo htmlspecialchars ($ pooting)?>
   php endif; ?>
</div>

Oleh kerana $card diluluskan ke fungsi render mengandungi kunci untuk tajuk, badan, dan pijakan, pembolehubah dengan nama yang sama kini boleh digunakan dalam templat.

Dalam contoh ini, kita boleh cukup yakin bahawa data kami bukan XSS berbahaya, tetapi mungkin bahawa pandangan ini kemudiannya boleh digunakan dengan input pengguna, jadi berhemat untuk lulus setiap nilai kepada htmlspecialchars . Jika tag skrip wujud dalam data kami, ia akan selamat melarikan diri.

Secara umumnya berguna untuk memeriksa sama ada setiap pembolehubah mengandungi nilai bukan nol sebelum membuat. Ini membolehkan pembolehubah ditinggalkan tanpa meninggalkan tag HTML kosong dalam tag kami.

Enjin templat PHP adalah hebat, tetapi kadang -kadang sesuai untuk menggunakan PHP untuk mencapai tujuan reka bentuk asalnya: menghasilkan HTML dinamik .

Templatisasi dalam PHP tidak perlu menyebabkan kod gaya spageti yang sukar dikekalkan. Dengan tontonan yang sedikit, kita dapat melaksanakan sistem MVC asas yang memisahkan pandangan dan pengawal antara satu sama lain, dan ini dapat dilakukan dengan jumlah kod yang sangat kecil.

Atas ialah kandungan terperinci PHP adalah A-OK untuk templat. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!