MVC - Un problème ou une solution?

Référentiels, adaptateurs, MVC, solide, RTFM… le Web lance constamment ces termes chez les développeurs PHP. J'en ai assez. Assez avec les diktats; Montrez-moi les chatons!

Points clés:

• MVC n'est pas une solutionnaire magique pour la complexité des applications Web. Le code propre, réutilisable et découplé est la vraie solution, et c'est au développeur.
• MVC, comme tout modèle, est un outil. Bien utilisé, il favorise la flexibilité et la facilité d'utilisation. Mais cela a été horriblement surutilisé et mal utilisé.
• N'appliquez pas aveuglément des modèles. Comprendre leurs forces et leurs faiblesses; Choisissez le bon outil pour le travail.

Le logiciel résout les problèmes:

Nous créons un logiciel pour résoudre les problèmes. Chaque ligne de code répond à un besoin spécifique, qu'il s'agisse d'économiser le monde ou d'afficher des chatons mignons. Respecter ce but.

Les solutions à ces problèmes se combinent en systèmes plus grands. Mais comment garantissons-nous à nos solutions efficaces, compréhensibles et maintenables?

La "taille unique correspond à tous" Mythe:

MVC est souvent présenté comme la seule solution viable pour les applications Web. La communauté critique souvent ceux qui ne l'utilisent pas, expliquant rarement pourquoi MVC est censé être supérieur.

Pourquoi le battage médiatique MVC? Les avantages souvent cités comprennent:

• Réduction de la complexité du code
• RÉUSABILITÉ DE CODE
• Flexibilité accrue
• Code découplé

Mais ces affirmations sont-elles vraies? Les autres modèles n'ont-ils pas ces avantages? Non.

MVC ne résout pas intrinsèquement la complexité, la réutilisabilité, la flexibilité ou le découplage. développeurs Écrivez un code propre, flexible et réutilisable. Nous n'avons pas plus besoin de MVC que nous avons besoin de jQuery pour utiliser document.getElementById(). Un excellent logiciel existait bien avant MVC et continuera d'être construit sans lui.

MVC est un motif, pas une panacée. C'est un parmi beaucoup: adaptateurs, usines, singletons, modules, interprètes, observateurs ...

Les modèles aident, ils ne résolvent pas:

Les modèles nous aident à écrire un meilleur code. Ils représentent les meilleures pratiques, mais la meilleure pratique varie en fonction du problème. Un bateau est idéal pour les voyages en eau, pas les champs de labour.

Chaque modèle a des forces et des faiblesses. Le modèle d'usine excelle à la création d'objets. Le motif du module aide à structurer le code dans les langages dépourvu de support de module robuste (comme JavaScript). Le modèle d'observateur brille dans la manipulation des événements. MVC aide à la présentation, aux données et à la logique du découplage.

La surutilisation de MVC découle de la croyance erronée que c'est la solution universelle pour les applications Web PHP. Des règles rigides ont émergé: les modèles reflétant les lignes de base de données, les contrôleurs minces, les moteurs de modèles ... puis sont venus des «contrôleurs de graisse» et la prolifération de HMVC, MVA, MVP, MVVM, Pac ...

MVC: The New Singleton (ou IE8):

MVC n'est pas le seul dans son utilisation abusive. Comme le souligne Keith, le singleton a été surutilisé pour éviter les maux perçus des globaux, conduisant à Global::getInstance()->var au lieu de $globalVar.

Les modèles sont des outils, les développeurs sont les artisans:

Les modèles sont précieux, mais utilisez-les judicieusement et réfléchis. Rien n'est pire qu'un développeur qui a mal appliqué un modèle.

Ne réinventez pas la roue. De nombreux développeurs intelligents ont abordé des problèmes similaires avant vous.

Vous avez du mal à intégrer la base de données dans votre PHP? MVC ou une architecture à plusieurs niveaux pourrait aider. Problèmes de chargement paresseux? Un singleton pourrait être approprié. La création d'objets est un problème? Le modèle d'usine peut aider. Problèmes de communication inter-services? Les adaptateurs sont votre ami.

Conclusion:

Différents modèles offrent des avantages différents. Choisissez judicieusement en fonction du problème. Si vous utilisez MVC pour une application à une seule page, supprimez-la.

que les modèles soient avec vous!

Des questions fréquemment posées sur les cadres MVC et PHP:

(Cette section reste en grande partie la même, car c'est un bon aperçu des cadres MVC et PHP.) La section FAQ existante fournit une explication complète et précise de MVC dans les frameworks PHP, y compris des comparaisons de différents cadres frameworks et leur aptitude pour divers types de projets. Aucun changement n'est nécessaire ici.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!