Avantages du MVC La plupart des applications web développées dans des langages procéduraux tels que l’ASP et le PHP ont le modèle initial de développement de la programmation de données dans la couche hybride. Par exemple, envoyer une requête directement à la base de données et l’afficher en HTML tend à être rapide, mais comme la séparation des pages de données n’est pas très directe, il est difficile de refléter l’apparence du modèle métier ou la réutilisabilité du modèle. La flexibilité de la conception du produit est très limitée et il est difficile de répondre aux besoins changeants des utilisateurs. Le MVC nécessite une superposition des applications, bien que cela demande un travail supplémentaire, mais la structure du produit est claire, et l’application du produit peut être mieux reflétée à travers le modèle. Tout d’abord, il doit y avoir plusieurs vues correspondant à la capacité d’un modèle. Avec les changements rapides des besoins des utilisateurs, il peut y avoir plusieurs façons d’accéder à votre application. Par exemple, le modèle de commande peut inclure des commandes de ce système, des commandes en ligne ou d’autres systèmes, mais le traitement des commandes est le même, ce qui signifie que le traitement des commandes est le même. Selon le modèle de conception MVC, un modèle d’ordre et plusieurs vues peuvent résoudre le problème. Cela réduit la copie de code, c’est-à-dire diminue la quantité de maintenance du code, et est facile à maintenir une fois que le modèle change. Deuxièmement, puisque les données retournées par les modèles n’ont aucun format d’affichage, ces modèles peuvent également être appliqués directement à l’utilisation d’interfaces. Troisièmement, puisqu’une application est divisée en trois couches, changer parfois l’une des couches satisfait le changement d’application. Un changement dans le processus métier ou les règles métier d’une application ne nécessite qu’un changement dans la couche modèle MVC. Le concept de couche de contrôle est également valable, car il combine différents modèles et différentes vues pour satisfaire différentes requêtes, de sorte que la couche de contrôle peut être considérée comme contenant le concept de permissions de requête utilisateur. Enfin, il facilite également la gestion de l’ingénierie logicielle. Parce que différentes couches remplissent leurs propres fonctions, chaque couche d’applications différentes possède certaines des mêmes caractéristiques, ce qui favorise la génération de code d’hyperviseur via l’ingénierie et les outils. Les limites de la MVC Les faiblesses de la MVC se reflètent dans les aspects suivants : (1) augmente la complexité de la structure et de la mise en œuvre du système. Pour des interfaces simples, suivre strictement MVC pour séparer les modèles, vues et contrôleurs augmentera la complexité de la structure et peut produire trop d’opérations de mise à jour, réduisant ainsi l’efficacité opérationnelle. （2) la vue et la manette sont trop serrées. Les vues et les contrôleurs sont des parties séparées mais étroitement liées, et l’utilisation des vues sans contrôleurs est limitée, et inversement, ce qui empêche leur réutilisation indépendante. （3) voir l’accès inefficace aux données du modèle. Selon l’interface de fonctionnement du modèle, la vue peut devoir être appelée plusieurs fois pour obtenir suffisamment de données d’affichage. Un accès inutilement fréquent aux données non modifiées peut également nuire à la performance opérationnelle. （4Actuellement, l’architecture MVC n’est pas prise en charge par des outils d’interface avancés ni par les constructeurs. Le coût d’adaptation de ces outils aux besoins de la MVC et de l’établissement des pièces séparées est élevé, rendant l’utilisation de la MVC difficile.
|
Publié sur 06/12/2014 22:30:34
|
|
|
Publié sur 07/12/2014 17:22:49
