Voordelen van MVC De meeste webapplicaties ontwikkeld in procedurele talen zoals ASP en PHP hebben het initiële ontwikkelsjabloon voor dataprogrammering in de hybride laag. Bijvoorbeeld, het direct naar de database sturen en het weergeven ervan in HTML gaat meestal snel, maar omdat de scheiding van datapagina's niet erg direct is, is het moeilijk om het uiterlijk van het businessmodel of de herbruikbaarheid van het model weer te geven. De flexibiliteit van productontwerp is zeer klein en het is moeilijk om aan de veranderende behoeften van gebruikers te voldoen. MVC vereist lagen van applicaties, hoewel het extra werk kost, maar de structuur van het product is duidelijk en de toepassing van het product kan beter worden weerspiegeld in het model. Allereerst moeten er meerdere weergaven zijn die overeenkomen met de capaciteit van een model. Met de snelle veranderingen in gebruikersbehoeften zijn er mogelijk meerdere manieren om toegang te krijgen tot je applicatie. Bijvoorbeeld, het ordermodel kan bestellingen van dit systeem hebben, online bestellingen, of bestellingen van andere systemen, maar de verwerking van bestellingen is hetzelfde, wat betekent dat de verwerking van bestellingen hetzelfde is. Volgens het MVC-ontwerppatroon kunnen een eenordemodel en meerdere views het probleem oplossen. Dit vermindert het kopiëren van code, oftewel het onderhoud van code, en is eenvoudig te onderhouden zodra het model verandert. Ten tweede, aangezien de door de modellen teruggegeven data geen weergaveformaat heeft, kunnen deze modellen ook direct worden toegepast op het gebruik van interfaces. Ten derde, aangezien een applicatie in drie lagen is verdeeld, voldoet het soms aan de wijziging van een van de lagen aan de wijziging van applicatie. Een wijziging in het bedrijfsproces of de bedrijfsregels van een applicatie vereist alleen een wijziging in de MVC-modellaag. Het concept van de controlelaag is ook geldig, omdat het verschillende modellen en verschillende views combineert om verschillende verzoeken te voltooien, dus kan worden gezegd dat de controlelaag het concept van gebruikersverzoekrechten bevat. Tot slot faciliteert het ook het management van software engineering. Omdat verschillende lagen hun eigen taken uitvoeren, heeft elke laag van verschillende applicaties enkele van dezelfde kenmerken, wat bevorderlijk is voor het genereren van hypervisorcode via engineering en tools. De tekortkomingen van MVC De tekortkomingen van MVC worden weerspiegeld in de volgende aspecten: (1) verhoogt de complexiteit van systeemstructuur en implementatie. Voor eenvoudige interfaces zal het strikt volgen van MVC om modellen, views en controllers te scheiden de structuur verhogen en mogelijk te veel update-operaties veroorzaken, wat de operationele efficiëntie vermindert. (2) view en controller te strakke verbinding. Views en controllers zijn aparte maar nauw verwante delen, en het gebruik van views zonder controllers is beperkt, en omgekeerd, wat hun onafhankelijke hergebruik verhindert. (3) bekijk inefficiënte toegang tot modelgegevens. Afhankelijk van de interface van het model moet de view mogelijk meerdere keren worden aangeroepen om voldoende weergavegegevens te verkrijgen. Onnodig frequente toegang tot ongewijzigde data kan ook de operationele prestaties schaden. (4Momenteel wordt de MVC-architectuur niet ondersteund door geavanceerde interfacetools of constructors. De kosten om deze tools aan te passen aan MVC-behoeften en het aanbrengen van gescheiden onderdelen zijn hoog, waardoor het moeilijk is om MVC te gebruiken.
|