Er jeg mister ved ikke at bruge MVC

Der er en masse af ASP.NET webformularer kodere derude der anerkender, at de simpelthen ikke fuldt ud at forstå ASP.NET MVC. I mange måder, kan jeg knytte dem. Den vokale fraktion, der taler om ASP.NET MVC tale om det med en sådan begejstring, at de gør det til at lyde som om du skulle være en idiot for ikke at flytte over. I sikkerhed, valget er ikke nær så ligetil.

ASP.NET webformularer vil ikke hvor som helst. Disse teknikker har deres rette plads i en web-udvikler værktøjskasse og det er vigtigt at opdage deres styrker og svagheder. Generelt ASP.NET MVC rammer har en tendens til at ofre lethed-i-brug (f.eks viewstate, validering osv) for at præsentere udviklere mere restriktiv kontrol over tøjlerne. Dette kan være en fantastisk ting, men kun hvis du drage fordel af det. Eller også kan det lige så let være et problem.

Med alt dette, har jeg produceret en hurtig parameter for at finde ud af, om ASP.NET MVC er passende for dig. Den måde jeg ser det, er der et par primære faktorer en udvikler skal vælge ASP.NET MVC rammer i løbet af ASP.NET webformularer. Hvis ingen af ​​disse faktorer er overbevisende for dig, så skal du holde med ASP.NET webformularer:

For at øge kontrollen og Udvidelsesmuligheder

Som påpeget i kommentaren, giver ASP.NET MVC dig mere kontrol og udvidelsesmuligheder muligheder end ASP.NET webformularer. Du får total forvaltning i livscyklus webstedet anmodningen og midlerne til at erstatte ud flere vigtige dele af rammen (f.eks view motor, routing, etc.), hvoraf ingen er muligt med ASP.NET webformularer.

Ud over dette, skal du også erhverve fuld kontrol over den leverede HTML. Generelt gengives HTML fra ASP.NET Web Forms apps er grusomme. Den web styrer den beskæftiger bygge nonsens id'er og usynlige felter i massevis, at ikke kun hindre udførelsen af ​​et websted, men også gøre CSS styling og Javascript udvikling en smerte. ASP.NET MVC gør dig til at være langt mere i harmoni med din HTML. Der er ikke nogen DataGrids eller repeatere, der forbavsende generere markup for dig. Der er ikke nogen skjulte felter til fortsat findes tilstand for dig. Det er bare dig, HTML, og et par forlængerledninger metoder.

Til Unit Test

Dette er efter min mening, er den mest engagerende faktor for at bruge ASP.NET MVC. Når det kommer til test af enheder, ASP.NET MVC slår simpelthen ASP.NET webformularer. Det er ikke engang tæt på. Ud fra følgende betragtninger ASP.NET webformularer har brug for dig til at hoppe igennem alle former for bøjlerne til at teste omkring websiden begivenhed livscyklus, til ASP.NET MVC rammer temmelig meget tigger skal testes. Der er grænseflader overalt proklamerede "håne mig op!".

Der er en god grund til, at de største ASP.NET MVC-fans også er tilbøjelig til at være TDD initiativtagere; det er på grund af det faktum, ASP.NET MVC i virkeligheden tilladelser til TDD. Professionelt, jeg tror, ​​det er hvor alle iver kommer fra. Kort sagt:. Det er virkelig svært at gøre TDD med ASP.NET webformularer og virkelig smertefrit at gøre det i ASP.NET MVC

For at prøve noget anderledes

Jeg bør nævne, at lære ASP NET MVC er en yderst engagerende proces siden ASP.NET MVC ramme holdet har været så interaktiv i processen. Jeg betragter en stor del af interessen for ASP.NET MVC er, at samfundet feedback ikke kun tages i betragtning, er det helt sikkert bliver efterspurgt. Rammerne har udløst så mange samtaler og diskussioner bedste praksis, blot at følge sammen præsenterer dig til begreber, du måske for nylig har været uvidende om. Jeg vil virkelig anbefale at forstå ASP.NET MVC ramme for dette ene formål.

Så der er det. Bortset fra disse tre, kan jeg ikke tænke på andre grunde til, at en udvikler ville lære ASP.NET MVC. Muligvis er det derfor vedtagelsen sats er ikke nær så højt, som vi mener, det bør være. Incitamentet for at bruge rammen væsentlige koges ned til test af enheder, kontrol /udvidelsesmuligheder, og kedsomhed /interesse. Fin grunde, men ikke virkelig vildt breakers for store større del af web-udviklere derude
.