Question

Si vous deviez réparer et stabiliser une application MVC, par où commenceriez-vous: le modèle, le contrôleur ou la vue? Les problèmes sont répartis équitablement dans l’application, avec de mauvaises pratiques de programmation qui compliquent l’ajout de fonctionnalités. L’application est écrite en PHP si cela fait une différence.

Était-ce utile?

La solution

Commencez par le modèle car il constitue le fondement de votre application. Il est également plus facile d'écrire des tests pour. Il est difficile d’écrire des tests unitaires pour les contrôleurs, bien que cela puisse être fait, et encore plus difficile pour les vues. Cependant, une fois que vous avez une API vraiment solide et encapsulée pour votre modèle, il est relativement facile de superposer un nouveau contrôleur et de voir la structure. Si vous souhaitez une réelle séparation de la vue, construisez votre modèle en tant qu'API REST et implémentez votre contrôleur entièrement en AJAX. Ce serait évoluer vers une architecture plus orientée services avec des vues entièrement basées sur le client. Voilà comment Google fonctionne.

Autres conseils

Corrigez le modèle, car il change plus lentement que la vue et le contrôleur dépend de la vue. Vous obtenez un meilleur retour sur investissement en investissant dans un bon code de modèle stable.

Identifiant, dites modèle, contrôleur, vue, dans cet ordre. Parce que la logique la plus fondamentale dans le modèle, suivie par le contrôleur (à une certaine distance, généralement)

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top