Fordele ved MVC De fleste webapplikationer udviklet i proceduresprog som ASP og PHP har den indledende udviklingsskabelon for dataprogrammering i det hybride lag. For eksempel går det hurtigt at sende en anmodning direkte til databasen og vise den i HTML, men fordi adskillelsen af datasider ikke er særlig direkte, er det svært at afspejle forretningsmodellens udseende eller modellens genanvendelighed. Fleksibiliteten i produktdesign er meget lille, og det er svært at imødekomme brugernes skiftende behov. MVC kræver lagdeling af applikationer, selvom det kræver ekstra arbejde, men produktets struktur er tydelig, og anvendelsen af produktet kan bedre afspejles gennem modellen. Først og fremmest bør der være flere visninger, der svarer til modellens evner. Med de hurtige ændringer i brugernes behov kan der være flere måder at få adgang til din applikation på. For eksempel kan ordremodellen have ordrer fra dette system, onlineordrer eller ordrer fra andre systemer, men behandlingen af ordrer er den samme, hvilket betyder, at behandlingen af ordrer er den samme. Ifølge MVC-designmønsteret kan én ordensmodel og flere visninger løse problemet. Dette reducerer kodekopiering, dvs. reducerer mængden af kodevedligeholdelse og er let at vedligeholde, når modellen ændres. For det andet, da de data, der returneres af modellerne, ikke har noget visningsformat, kan disse modeller også anvendes direkte til brug af grænseflader. For det tredje, da en applikation er opdelt i tre lag, opfylder ændringer af et af lagene nogle gange applikationsændringen. En ændring i en applikations forretningsproces eller forretningsregler kræver kun en ændring i MVC-modellaget. Konceptet med kontrollaget er også gyldigt, fordi det kombinerer forskellige modeller og forskellige visninger for at fuldføre forskellige forespørgsler, så kontrollaget kan siges at indeholde begrebet brugeranmodningsrettigheder. Endelig letter det også ledelsen af softwareudvikling. Fordi forskellige lag udfører deres egne opgaver, har hvert lag af forskellige applikationer nogle af de samme karakteristika, hvilket fremmer generering af hypervisorkode gennem ingeniørarbejde og værktøj. MVC's mangler MVC's mangler afspejles i følgende aspekter: (1) øger kompleksiteten af systemstruktur og implementering. For simple grænseflader vil strengt følge MVC for at adskille modeller, visninger og controllere øge strukturens kompleksitet og kan resultere i for mange opdateringsoperationer, hvilket reducerer den operationelle effektivitet. （2) visning og controller for stram forbindelse. Views og controllere er separate, men nært beslægtede dele, og brugen af views uden controllere er begrænset, og omvendt, hvilket forhindrer deres uafhængige genbrug. （3) se ineffektiv adgang til modeldata. Afhængigt af modellens betjeningsinterface kan visningen være nødvendig at blive kaldt flere gange for at opnå tilstrækkelige visningsdata. Unødvendigt hyppig adgang til uændrede data kan også skade den operationelle ydeevne. （4I øjeblikket understøttes MVC-arkitekturen ikke af avancerede interfaceværktøjer eller konstruktører. Omkostningerne ved at tilpasse disse værktøjer til MVC's behov og etablere adskilte dele er høje, hvilket gør det vanskeligt at bruge MVC.
|
Opslået på 06/12/2014 22.30.34
|
|
|
Opslået på 07/12/2014 17.22.49
