Fordeler med MVC De fleste webapplikasjoner utviklet i prosedyrespråk som ASP og PHP har den opprinnelige utviklingsmalen for dataprogrammering i hybridlaget. For eksempel går det ofte raskt å sende en forespørsel direkte til databasen og vise den i HTML, men fordi separasjonen av datasider ikke er særlig direkte, er det vanskelig å gjenspeile forretningsmodellens utseende eller gjenbrukbarheten av modellen. Fleksibiliteten i produktdesign er svært liten, og det er vanskelig å møte brukernes endrede behov. MVC krever lagdeling av applikasjoner, selv om det krever ekstra arbeid, men produktets struktur er tydelig, og anvendelsen av produktet kan reflekteres bedre gjennom modellen. Først og fremst bør det finnes flere visninger som tilsvarer modellens kapasitet. Med de raske endringene i brukerbehov, kan det finnes flere måter å få tilgang til applikasjonen din på. For eksempel kan ordremodellen ha bestillinger fra dette systemet, nettbestillinger eller bestillinger fra andre systemer, men behandlingen av ordrene er den samme, noe som betyr at behandlingen av bestillinger er den samme. I henhold til MVC-designmønsteret kan én ordensmodell og flere visninger løse problemet. Dette reduserer kodekopiering, det vil si reduserer mengden kodevedlikehold, og er lett å vedlikeholde når modellen endres. For det andre, siden dataene som returneres av modellene ikke har noe visningsformat, kan disse modellene også brukes direkte til bruk av grensesnitt. For det tredje, siden en applikasjon er delt inn i tre lag, kan det noen ganger tilfredsstille å endre ett av lagene applikasjonsendringen. En endring i en applikasjons forretningsprosess eller forretningsregler krever kun en endring i MVC-modelllaget. Konseptet med kontrolllaget er også gyldig, fordi det kombinerer ulike modeller og ulike visninger for å fullføre ulike forespørsler, så kontrolllaget kan sies å inneholde konseptet brukerforespørsler. Til slutt legger det også til rette for programvareutviklingsledelse. Fordi ulike lag utfører sine egne oppgaver, har hvert lag av ulike applikasjoner noen av de samme egenskapene, noe som er gunstig for generering av hypervisorkode gjennom ingeniørkunst og verktøy. Svakhetene ved MVC Mangler ved MVC gjenspeiles i følgende aspekter: (1) øker kompleksiteten i systemstruktur og implementering. For enkle grensesnitt vil det å følge MVC strengt for å skille modeller, visninger og kontrollere øke kompleksiteten i strukturen og kan føre til for mange oppdateringsoperasjoner, noe som reduserer driftseffektiviteten. （2) visning og kontroller for tett forbindelse. Visninger og kontrollere er separate, men nært beslektede deler, og bruken av visninger uten kontrollere er begrenset, og omvendt, noe som forhindrer uavhengig gjenbruk av dem. （3) se ineffektiv tilgang til modelldata. Avhengig av modellens operasjonsgrensesnitt kan visningen måtte kalles flere ganger for å få tilstrekkelig visningsdata. Unødvendig hyppig tilgang til uendret data kan også skade driftsytelsen. （4For øyeblikket støttes ikke MVC-arkitekturen av avanserte grensesnittverktøy eller konstruktører. Kostnaden for å tilpasse disse verktøyene til MVC-behov og etablere separate deler er høy, noe som gjør det vanskelig å bruke MVC.
|
Publisert på 06.12.2014 22:30:34
|
|
|
Publisert på 07.12.2014 17:22:49
