MVC - Masalah atau penyelesaian?

repositori, penyesuai, MVC, pepejal, RTFM ... Web melemparkan istilah ini di pemaju PHP secara berterusan. Saya bosan dengannya. Cukup dengan arahan; Tunjukkan kepada saya anak kucing!

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

mengapa

MVC 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, mereka tidak menyelesaikannya:

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.

Corak

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!