ASP.NET MVC Tutorial for begyndere: Hvad er, Architecture

⚡ Smart opsummering

ASP.NET MVC er open source Microsoft Et framework, der opdeler en webapplikation i Model-, View- og Controller-lag, hvilket giver udviklere fuld kontrol over HTML, testbar kode, ren routing og et let alternativ til klassiske webformularer.

  • 🏛️ Archilære: Modellen indeholder domænedata, View'en gengiver brugergrænsefladen med Razor, og Controlleren medierer alle anmodninger mellem de to.
  • ⚡ Hvorfor MVC: Det retter ViewState- og performance-overhead for webformularer og muliggør ren routing plus testdrevet udvikling.
  • 🔀 Routing: Rutebaseret URLs knytter indgående anmodninger til controllerhandlinger og erstatter filbaseret .aspx URLs med SEO-venlige stier.
  • 🧪 Testbarhed: Controlleren og modellen kan enhedstestes isoleret, fordi Views ikke indeholder forretningslogik.
  • ⚖️ Sammenlign webformularer: Webformularer bruger hændelsesdrevne serverkontroller; MVC bruger anmodningsdrevne handlinger med manuel tilstandsstyring.
  • 🛠️ Bedste praksis: Behold forretningslogik i modellen, hold controllerne slanke, og brug delvise visninger eller layouts til at genbruge markup.

ASP.NET MVC Tutorial

Hvad er ASP.NET MVC?

ASP.NET MVC er en open source webudviklingsramme fra Microsoft der leverer en Model View Controller-arkitektur. ASP.NET MVC tilbyder et alternativ til ASP.NET-webformularer til opbygning af webapplikationer. Det er en del af .NET-platformen til opbygning, implementering og kørsel af webapps. Du kan udvikle webapps og websteder ved hjælp af HTML, CSS, jQuery, JavaScript osv.

Lær MVC med denne ASP.NET MVC-tutorial, som dækker alle de grundlæggende begreber i MVC for begyndere:

Hvorfor ASP.NET MVC?

Selvom webformularer var meget vellykkede, Microsoft tanke om udviklingping ASP.NET MVC. Det største problem med ASP.NET webForms er ydeevnen.

I en webapplikation, er der fire hovedaspekter, der definerer ydeevne:-

  • Svartidsproblemer
  • Problem med enhedstestning
  • HTML tilpasning
  • Genanvendelighed af kode-behind-klassen

ASP.NET MVC udmærker sig på ovenstående parametre.

Versionshistorik for MVC

ASP.NET MVC1

  • Udgivet den 13. marts 2009
  • Det kører på .NET 3.5
  • Visual Studio 2008
  • MVC-mønsterarkitektur med WebForm Engine
  • Hovedfunktioner inkluderer HTML & Enhedstest, Ajax Helpers, Routing osv.

ASP.NET MVC2

  • Denne version udgivet den 10. marts 2010
  • Kører på .NET 3.5, 4.0 og med Microsoft Visual Studio 2008
  • Inkluder funktioner som skabelonhjælpere, brugergrænsefladehjælpere med automatisk stilladsering og brugerdefinerede skabeloner
  • Det understøtter DataAnnotations-attributter til at anvende modelvalidering på klient- og serversider

ASP.NET MVC3

  • Den blev udgivet den 13. januar 2011
  • Kører på .NET 4.0 og med Microsoft Visual Studio 2010
  • Brug af NuGet til at levere software og giver dig mulighed for at administrere afhængigheder på tværs af platformen
  • Bedre JavaScriptunderstøttelse med jQuery-validering og JSON-binding
  • Den tilbyder funktioner som Razor-visningsmotoren og forbedrede attributter for dataannotationer til modelvalidering på både klient- og serversiden.

ASP.NET MVC4

  • Denne version blev udgivet i august 2012
  • Den kører på .NET 4.0, 4.5 og med Visual Studio 2010 og Visual Studio 2012
  • Forbedringer til standardprojektskabeloner
  • Tilbyder funktioner som mobil projektskabelon ved hjælp af jQuery Mobile, opgaveunderstøttelse til asynkrone controllere, bundling, minifikation osv.

ASP.NET MVC5

  • Udgivet den 17. oktober 2013
  • Kører på .NET 4.5, 4.5.1 og med Visual Studio 2012 og Visual Studio 2013
  • Understøtter attributrouting i MVC

Funktioner af MVC

  • Nem og friktionsfri testbarhed
  • Fuld kontrol over din HTML, JavaScript, og URLs
  • Udnyt eksisterende ASP.NET Funktionalitet
  • En ny præsentationsmulighed til ASP.NET
  • En enklere måde at programmere ASP.NET på
  • Klar adskillelse af logik: Model, View, Controller
  • Testdrevet udvikling
  • Støtte til parallel udvikling

Ting at huske, mens du opretter MVC-applikationen

Her er et par nyttige ting i denne ASP.NET MVC-tutorial, som du skal huske for at oprette MVC-applikation:

  • Du skal huske, at ASP.NET MVC IKKE er en erstatning for ASP.NET webformularbaserede applikationer.
  • Tilgangen til MVC-appudvikling skal besluttes baseret på applikationens krav og funktioner, som ASP.NET MVC leverer, for at imødekomme de specifikke udviklingsbehov.
  • Applikationsudviklingsprocessen med ASP.NET MVC er mere kompleks sammenlignet med webformularbaserede applikationer.
  • Applikationsvedligeholdelse er altid højere med adskillelse af applikationsopgaver.

MVC arkitektonisk mønster

MVC arkitektonisk mønster

MVC er et softwarearkitekturmønster, der følger "separation of concerns"-metoden. I denne model er .NET-applikationer opdelt i tre sammenkoblede dele, der kaldes Model, View og Controller.

Målet med MVC-mønsteret er, at hver af disse dele kan udvikles, testes i relativ isolation og også kombineres for at skabe en meget robust applikation.

Lad os se dem alle i detaljer:

Modeller

Modelobjekter er dele af applikationen, som implementerer logikken for applikationens data domæne. Den henter og gemmer modeltilstand i en database. For eksempel kan produktobjekt hente information fra en database, operere på det. Skriv derefter information tilbage til produkttabellen i SQL-serveren.

Views

Views er de komponenter, der bruges til at vise applikationens brugergrænseflade (UI), også kaldet viewmodel i MVC. Det viser .NET MVC-applikationerne, som er oprettet ud fra modeldataene.

Det almindelige eksempel ville være en redigeringsvisning af en varetabel. Det viser tekstbokse, pop-ups og afkrydsningsfelter baseret på den aktuelle tilstand for produkter og objekter.

controller

Controllere håndterer brugerinteraktion, arbejder med modellen og vælger en visning for at gengive den viste brugergrænseflade. I en .NET MVC-app viser visningen kun information, mens controlleren administrerer og reagerer på brugerinput og interaktion ved hjælp af handlingsfiltre i MVC.

For eksempel administrerer controlleren forespørgselsstrengværdier og sender disse værdier til modellen.

Webformularer vs. MVC

Driftsparametre Webformularer MVC
Model ASP.NET webformularer følger en eventdrevet udviklingsmodel. ASP.NET MVC bruger en MVC-mønsterbaseret udviklingsmodel.
Brugt siden Har eksisteret siden 2002 Den blev udgivet første gang i 2009
Understøttelse af visningstilstand ASP.NET Web Form understøtter visningstilstand til tilstandsstyring på klientsiden. .NET MVC understøtter ikke visningstilstand.
URL typen ASP.NET Webformular har filbaserede URLs. Det betyder, at filnavnet findes i URLs, og de skal eksistere fysisk. ASP.NET MVC har rutebaseret URLdet betyder URLs, som omdirigeres til controllere og handlinger.
Syntaks ASP.NET-webformularer følger webformularsyntaksen. ASP.NET MVC følger den brugerdefinerede syntaks.
Vis type Webformular, visninger er tæt knyttet til Code bagved (ASPX-CS), dvs. logik. MVC, visninger og logik holdes altid adskilt.
Ensartet udseende og følelse Den har mastersider for et ensartet udseende. ASP.NET MVC har layouts for et ensartet udseende.
Code Reus Evne Webformular tilbyder brugerkontroller til genbrug af kode. ASP.NET MVC har tilbudt delvise visninger til genbrug af kode.
Kontrol til HTML Less kontrol over gengivet HTML. Fuld kontrol over HTML
Statens ledelse Automatisk tilstandsstyring af kontroller. Manuel tilstandsstyring.
TDD support Svag eller tilpasset TDD påkrævet. Opmuntrer til og inkluderer TDD.

Fordele ved ASP.NET MVC

  • Meget vedligeholdelsesvenlige applikationer som standard
  • Det giver dig mulighed for at erstatte enhver komponent i applikationen.
  • Bedre support til testdrevet udvikling
  • Komplekse applikationer er nemme at administrere på grund af opdelinger af Model, View og Controllere.
  • Tilbyder robust routingmekanisme med frontcontrollermønster
  • Tilbyder bedre kontrol over applikationsadfærd med eliminering af visningstilstand og serverbaserede formularer
  • .NET MVC-applikationer understøttes af store teams af udviklere og webdesignere
  • Det giver mere kontrol over applikationens adfærd. Den bruger også en optimeret båndbredde til anmodninger til serveren

Ulemper ved ASP.NET MVC

  • Du kan ikke se forhåndsvisning af designsiden på samme måde som på .aspx-siden.
  • Du skal køre programmet hver gang for at se dets faktiske design.
  • At forstå applikationens flow kan være udfordrende
  • Det er ret kompliceret at implementere, så det er ikke en ideel mulighed for små applikationer
  • Det er svært at lære MVC til ASP.NET, da det kræver en stor forståelse af MVC-mønster

De bedste øvelser ved brug af ASP.NET MVC

  • Opret en separat assembly til MODEL i tilfælde af stor og kompleks kode for at undgå uønskede situationer.
  • Modellen bør omfatte forretningslogik, sessionsvedligeholdelse, valideringsdel og datalogikdel.
  • VIEW bør ikke indeholde nogen forretningslogik og sessionsvedligeholdelse, brug ViewData til at få adgang til data i View
  • Forretningslogik og dataadgang bør aldrig forekomme i Controller
  • Den registeransvarlige bør kun være ansvarlig for at udarbejde og returnere en visning, opkaldsmodel, omdirigering til handling osv.
  • Slet demokode fra applikationen, når du opretter den (Slet AccountController)
  • Brug kun specifik visningsmotor til at oprette HTML-markering fra din visning, da det er kombinationen af ​​HTML og programmeringskoden.

Ofte Stillede Spørgsmål

Ja. GitHub Copilot kan generere en Controller-klasse med handlingsmetoder, ruteattributter og matchende Razor Views. RevSe den genererede kode for korrekt modelbinding og godkendelse, før du tilføjer den til projektet.

Maskinlæringsassistenter kan knytte webformularsider til controllere og visninger, oversætte bagvedliggende kode til handlingsmetoder og markere brugen af ​​ViewState. Udvikleren validerer stadig routing, modelbinding og alle migrerede forretningsregler.

ViewData er en ordbog over objekter, der er kodet af en streng, og som overlever én anmodning. ViewBag er en dynamisk wrapper over ViewData. TempData bruger sessionstilstand og overlever én omdirigering, så det bruges til at sende data mellem to på hinanden følgende anmodninger.

Routing-motoren matcher en indgående URL mod de skabeloner, der er registreret i RouteConfig. Når en skabelon matcher, vælger MVC controlleren og handlingen, binder eventuelle parametre og kalder handlingen for at returnere et ActionResult.

Razor er en kompakt syntaks til at integrere C# eller VB.NET i .cshtml- eller .vbhtml-filer. Den bruger @ til at skifte fra HTML til kode, holder skabeloner læsbare og kompilerer til hurtige, stærkt typede klasser under kørsel.

Klassisk ASP.NET MVC kører på det fulde .NET Framework og Windows kun. ASP.NET Core MVC kører på .NET Core på tværs Windows, Linux og macOS, bruger en samlet controllermodel med web-API og tilbyder indbygget afhængighedsinjektion.

Brug ASP.NET Identity eller en ekstern udbyder som f.eks. Azure AD til login. Dekorer en controller eller handling med attributten [Authorize] for at begrænse adgang, og brug rolle- eller politikparametre til mere detaljerede regler.

Instantier controlleren i en testmetode, injicer falske eller mock-tjenester gennem konstruktøren, kald handlingen, og bekræfte, at det returnerede ActionResult matcher det forventede visningsnavn, model eller omdirigeringsmål.

Opsummer dette indlæg med: