Er jeg taper ved ikke å bruke MVC

Det er mange av ASP.NET Web Forms programmerere der ute som erkjenner at de rett og slett ikke fullt ut forstå ASP.NET MVC. På mange måter kan jeg forbinder med dem. Vokalen fraksjon som snakker om ASP.NET MVC snakke om det med slik entusiasme at de gjør det høres ut som du må være en idiot for ikke å flytte over. I visshet, er ikke utvalget nesten like grei.

ASP.NET webskjemaer er ikke til hvor som helst. Disse teknikkene har sin rette plass i en webutvikler verktøykasse, og det er viktig å oppdage sine styrker og svakheter. Generelt har ASP.NET MVC rammeverk en tendens til å ofre ease-of-bruk (f.eks Visningsstatusen, validering, etc.) for å presentere utviklere mer restriktiv kontroll over tømmene. Dette kan være en veldig bra ting, men bare hvis du dra nytte av det. Eller det kan like gjerne være et problem.

Med alt dette, har jeg laget en rask beregning for å finne ut om ASP.NET MVC er aktuelle for deg. Slik jeg ser det, er det noen primære faktorene utvikler bør velge ASP.NET MVC rammeverk løpet ASP.NET Web Forms. Hvis ingen av disse faktorene er overbevisende for deg, så bør du feste med ASP.NET Web Forms:

For å øke kontroll og Extensibility

Som påpekt i kommentaren, gir ASP.NET MVC deg mer kontroll og utvidelsesmuligheter enn ASP.NET Web Forms. Du får total styring over site request livssyklus og midler til å erstatte ut flere sentrale deler av rammeverket (f.eks visning motor, routing, etc.), og ingen av disse er mulig med ASP.NET Web Forms.

I tillegg til dette, kan du også skaffe full kontroll over gjengitt HTML. Generelt er det gjengitt HTML fra ASP.NET Web Forms apps fryktelig. Nettet styrer den syssels build tull IDer og usynlige felt i fleng som ikke bare hindre ytelsen til et nettsted, men også gjøre CSS styling og Java utvikling en smerte. ASP.NET MVC gjør deg til å være mye mer i harmoni med HTML. Det er ikke noen datagrids eller repeatere som utrolig genererer markup for deg. Det er ikke noen skjulte felt å vedvare staten for deg. Det er bare deg, HTML, og noen skjøtemetoder.

To Unit Test

Dette, etter min mening, er den mest engasjerende faktor å bruke ASP.NET MVC. Når det gjelder enhetstesting, slår ASP.NET MVC bare ASP.NET Web Forms. Det er ikke engang i nærheten. Mens ASP.NET Web Forms trenger deg til å hoppe gjennom alle former for hoops å teste rundt på nettet siden hendelsen livssyklus, den ASP.NET MVC rammeverket ganske mye ber om å bli testet. Det er grensesnitt over proklamere "spotte meg opp!".

Det er en god grunn til at de største ASP.NET MVC fans også er tilbøyelig til å være TDD arrangører; det er grunn til det faktum ASP.NET MVC faktisk tillatelser for TDD. Profesjonelt, tror jeg dette er hvor all glød kommer fra. Enkelt sagt:. Det er virkelig vanskelig å gjøre TDD med ASP.NET Web Forms og virkelig smertefritt å gjøre det i ASP.NET MVC

For å prøve ut noe annet

Jeg bør nevne at det å lære ASP NET MVC er en ekstremt engasjerende prosess siden den ASP.NET MVC rammeverk teamet har vært så interaktiv i prosessen. Jeg anser en stor del av attraktiviteten til ASP.NET MVC er at samfunnets tilbakemeldinger ikke bare blir tatt i betraktning, er det definitivt blir ettertraktet. Rammeverket har utløst så mange samtaler og diskusjoner over beste praksis som ganske enkelt å følge sammen presenterer deg til begreper du kanskje nylig har vært uvitende om. Jeg vil virkelig anbefale å forstå ASP.NET MVC rammeverk for dette formålet alene.

Så det er det. Bortsett fra disse tre, jeg kan ikke tenke på noen andre grunner til at en utbygger ville lære ASP.NET MVC. Muligens dette er grunnen til at adopsjon rate er ikke på langt nær så høyt som vi tror det skal være. Insentiv for å bruke rammeverket i hovedsak koker ned til enhetstesting, kontroll /utvidelsesmuligheter, og kjedsomhet /interesse. Fin grunner, men egentlig ikke spillet brytere for flott større del av webutviklere der ute
.