Mata utama:
- MVC bukan peluru sihir untuk kerumitan aplikasi web. Kod yang bersih, boleh diguna semula, dipusingkan adalah penyelesaian sebenar, dan itu terpulang kepada pemaju.
- MVC, seperti mana -mana corak, adalah alat. Digunakan dengan baik, ia menggalakkan fleksibiliti dan kemudahan penggunaan. Tetapi ia telah terlalu banyak digunakan dan disalahgunakan.
- Jangan memohon corak secara membabi buta. Memahami kekuatan dan kelemahan mereka; Pilih alat yang sesuai untuk pekerjaan.
Perisian menyelesaikan masalah:
Kami membina perisian untuk menyelesaikan masalah. Setiap baris kod menangani keperluan khusus, sama ada ia menyelamatkan dunia atau memaparkan anak kucing comel. Hormati tujuan itu.Penyelesaian kepada masalah ini menggabungkan ke dalam sistem yang lebih besar. Tetapi bagaimana kita memastikan penyelesaian kita berkesan, dapat difahami, dan dikekalkan?
"satu saiz sesuai dengan semua" mitos:
MVC sering dibentangkan sebagai satu -satunya penyelesaian yang sesuai untuk aplikasi web. Masyarakat sering mengkritik mereka yang tidak menggunakannya, jarang menjelaskan
mengapaMVC sepatutnya unggul. Kenapa gembar -gembur MVC? Faedah yang biasa disebut termasuk:
dikurangkan kerumitan kod
- Kod semula jadi
- peningkatan fleksibiliti
- kod decoupled
- Tetapi adakah tuntutan ini benar? Adakah corak lain tidak mempunyai kelebihan ini? No.
MVC tidak semestinya menyelesaikan kerumitan, kebolehgunaan semula, fleksibiliti, atau decoupling.
pemaju Tulis kod bersih, fleksibel, dan boleh diguna semula. Kami tidak memerlukan MVC lebih daripada yang kita perlukan jQuery untuk menggunakan . Perisian yang sangat baik wujud jauh sebelum MVC, dan akan terus dibina tanpa itu.
document.getElementById()
MVC adalah corak, bukan Panacea. Ia adalah salah satu daripada banyak: penyesuai, kilang, singleton, modul, jurubahasa, pemerhati ...
Corak membantu kami menulis kod yang lebih baik. Mereka mewakili amalan terbaik, tetapi amalan terbaik berbeza -beza bergantung kepada masalah. Sebuah bot hebat untuk perjalanan air, tidak membajak ladang. Setiap corak mempunyai kekuatan dan kelemahan. Corak kilang unggul pada penciptaan objek. Corak modul membantu kod struktur dalam bahasa yang tidak mempunyai sokongan modul yang mantap (seperti JavaScript). Corak pemerhati bersinar dalam pengendalian acara. MVC AIDS dalam penyampaian, data, dan logik decoupling.
berlebihan MVC berpunca daripada kepercayaan yang sesat bahawa ia adalah penyelesaian sejagat untuk aplikasi web PHP. Peraturan tegar muncul: model mencerminkan baris pangkalan data, pengawal nipis, enjin templat ... kemudian datang "pengawal lemak," dan percambahan HMVC, MVA, MVP, MVVM, PAC ...
mvc: singleton baru (atau IE8):
MVC tidak semata -mata dalam penyalahgunaannya. Seperti yang ditunjukkan oleh Keith, corak singleton terlalu banyak digunakan untuk mengelakkan kejahatan global yang dirasakan, yang membawa kepada Global::getInstance()->var
bukannya $globalVar
.
adalah alat, pemaju adalah kraf:
Corak adalah berharga, tetapi gunakannya dengan bijak dan bijaksana. Tidak ada yang lebih buruk daripada pemaju yang menyalahgunakan corak.
Jangan mencipta semula roda. Ramai pemaju pintar telah menangani masalah yang sama sebelum anda.
bergelut dengan integrasi pangkalan data dalam PHP anda? MVC atau seni bina pelbagai peringkat mungkin membantu. Masalah dengan pemuatan malas? Singleton mungkin sesuai. Penciptaan objek kerumitan? Corak kilang boleh membantu. Masalah komunikasi antara perkhidmatan? Penyesuai adalah rakan anda.
Kesimpulan:
Corak yang berbeza menawarkan manfaat yang berbeza. Pilih dengan bijak berdasarkan masalah. Jika anda menggunakan MVC untuk aplikasi satu halaman, padamkannya.
Semoga corak bersama anda!
soalan yang sering ditanya mengenai kerangka MVC dan PHP:
(Bahagian ini tetap sama, kerana ia adalah gambaran yang baik mengenai rangka kerja MVC dan PHP.) dan kesesuaian mereka untuk pelbagai jenis projek. Tiada perubahan diperlukan di sini.
Atas ialah kandungan terperinci MVC - Masalah atau penyelesaian?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Sessionlockingisatechniqueusedtoensureauserererersessionremainsexclusivetooneuseratatime.IScrucialFreventingDataCorruptionSandsecuritybreachesinmulti-userapplications.SessionLockingISimplementedusingserverververveChan

Alternatif untuk sesi PHP termasuk kuki, pengesahan berasaskan token, sesi berasaskan pangkalan data, dan redis/memcached. 1.Cookies Menguruskan sesi dengan menyimpan data pada klien, yang mudah tetapi rendah dalam keselamatan. 2. Pengesahan berasaskan token menggunakan token untuk mengesahkan pengguna, yang sangat selamat tetapi memerlukan logik tambahan. 3.Database-berasaskan data menyimpan data dalam pangkalan data, yang mempunyai skalabilitas yang baik tetapi boleh menjejaskan prestasi. 4. Redis/Memcached menggunakan cache yang diedarkan untuk meningkatkan prestasi dan skalabiliti, tetapi memerlukan pemadanan tambahan

Artikel ini membincangkan PHP, memperincikan bentuk penuhnya, kegunaan utama dalam pembangunan web, perbandingan dengan Python dan Java, dan kemudahan pembelajarannya untuk pemula.

PHP mengendalikan data borang menggunakan $ \ _ post dan $ \ _ mendapatkan superglobals, dengan keselamatan memastikan melalui pengesahan, sanitisasi, dan interaksi pangkalan data yang selamat.

Artikel ini membandingkan PHP dan ASP.NET, memberi tumpuan kepada kesesuaian mereka untuk aplikasi web berskala besar, perbezaan prestasi, dan ciri keselamatan. Kedua-duanya berdaya maju untuk projek besar, tetapi PHP adalah sumber terbuka dan bebas platform, sementara ASP.NET,

Kepekaan kes PHP berbeza -beza: Fungsi tidak sensitif, manakala pembolehubah dan kelas sensitif. Amalan terbaik termasuk penamaan yang konsisten dan menggunakan fungsi kes-insensitif untuk perbandingan.

Artikel ini membincangkan pelbagai kaedah untuk pengalihan halaman dalam PHP, yang memberi tumpuan kepada fungsi header () dan menangani isu -isu biasa seperti "tajuk telah menghantar" kesilapan.

Artikel membincangkan jenis yang mengisyaratkan dalam PHP, ciri untuk menentukan jenis data yang dijangkakan dalam fungsi. Isu utama adalah meningkatkan kualiti kod dan kebolehbacaan melalui penguatkuasaan jenis.


Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

MantisBT
Mantis ialah alat pengesan kecacatan berasaskan web yang mudah digunakan yang direka untuk membantu dalam pengesanan kecacatan produk. Ia memerlukan PHP, MySQL dan pelayan web. Lihat perkhidmatan demo dan pengehosan kami.

EditPlus versi Cina retak
Saiz kecil, penyerlahan sintaks, tidak menyokong fungsi gesaan kod

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

ZendStudio 13.5.1 Mac
Persekitaran pembangunan bersepadu PHP yang berkuasa

SecLists
SecLists ialah rakan penguji keselamatan muktamad. Ia ialah koleksi pelbagai jenis senarai yang kerap digunakan semasa penilaian keselamatan, semuanya di satu tempat. SecLists membantu menjadikan ujian keselamatan lebih cekap dan produktif dengan menyediakan semua senarai yang mungkin diperlukan oleh penguji keselamatan dengan mudah. Jenis senarai termasuk nama pengguna, kata laluan, URL, muatan kabur, corak data sensitif, cangkerang web dan banyak lagi. Penguji hanya boleh menarik repositori ini ke mesin ujian baharu dan dia akan mempunyai akses kepada setiap jenis senarai yang dia perlukan.
