Fördelar med MVC De flesta webbapplikationer utvecklade i procedurspråk som ASP och PHP har den initiala utvecklingsmallen för dataprogrammering i hybridlagret. Till exempel brukar det gå snabbt att skicka en förfrågan direkt till databasen och visa den i HTML, men eftersom separationen av datasidor inte är särskilt direkt är det svårt att spegla affärsmodellens utseende eller modellens återanvändbarhet. Flexibiliteten i produktdesign är mycket liten, och det är svårt att möta användarnas förändrade behov. MVC kräver lager-på-lager-applikationer, även om det kräver extra arbete, men produktens struktur är tydlig och tillämpningen av produkten kan bättre återspeglas genom modellen. Först och främst bör det finnas flera vyer som motsvarar modellens kapacitet. Med de snabba förändringarna i användarnas behov kan det finnas flera sätt att komma åt din applikation. Till exempel kan ordermodellen ha beställningar från detta system, onlinebeställningar eller beställningar från andra system, men hanteringen av beställningar är densamma, vilket innebär att hanteringen av beställningar är densamma. Enligt MVC:s designmönster kan en ordningsmodell och flera vyer lösa problemet. Detta minskar kodkopiering, det vill säga minskar mängden kodunderhåll, och är lätt att underhålla när modellen ändras. För det andra, eftersom data som returneras av modellerna inte har något visningsformat, kan dessa modeller också tillämpas direkt på användning av gränssnitt. För det tredje, eftersom en applikation är uppdelad i tre lager, kan det ibland att byta ett av lagren uppfyller applikationsbytet. En förändring i en applikations affärsprocess eller affärsregler kräver endast en förändring i MVC-modelllagret. Konceptet med kontrolllagret är också giltigt, eftersom det kombinerar olika modeller och olika vyer för att slutföra olika förfrågningar, så kontrolllagret kan sägas innehålla begreppet användarförfrågningsbehörigheter. Slutligen underlättar det också mjukvaruingenjörshantering. Eftersom olika lager utför sina egna uppgifter har varje lager av olika applikationer några av samma egenskaper, vilket främjar generering av hypervisorkod genom teknik och verktyg. MVC:s brister MVC:s brister återspeglas i följande aspekter: (1) ökar komplexiteten i systemstruktur och implementering. För enkla gränssnitt ökar strikt MVC för att separera modeller, vyer och styrenheter strukturens komplexitet och kan leda till för många uppdateringsoperationer, vilket minskar den operativa effektiviteten. (2) vy och kontroll för tät anslutning. Vyer och kontrollers är separata men nära relaterade delar, och användningen av vyer utan kontroller är begränsad, och vice versa, vilket förhindrar deras oberoende återanvändning. (3) visa ineffektiv åtkomst till modelldata. Beroende på modellens operationsgränssnitt kan vyn behöva anropas flera gånger för att få tillräcklig bilddata. Onödigt frekvent åtkomst till oförändrad data kan också skada den operativa prestandan. (4För närvarande stöds inte MVC-arkitekturen av avancerade gränssnittsverktyg eller konstruktörer. Kostnaden för att anpassa dessa verktyg för att passa MVC:s behov och etablera separata delar är hög, vilket gör det svårt att använda MVC.
|