Olenko häviämässä ei käyttänyt MVC

On olemassa paljon ASP.NET web-lomakkeisiin kooderit siellä, jotka myöntävät, että he eivät yksinkertaisesti täysin ymmärrä ASP.NET MVC. Vuonna paljon tapoja, voin liittää niitä. Laulu jae että puhuu ASP.NET MVC puhua innostuneesti, että he tekevät sen kuulostamaan sinun täytyy olla idiootti ei siirtymään. Varmuutta, valinta ei ole läheskään niin yksinkertaista.

ASP.NET web-lomakkeisiin aio mihinkään. Nämä tekniikat on oikealle paikalleen web-kehittäjä työkalupakki ja on tärkeää löytää omat vahvuutensa ja heikkoutensa. Yleisesti ASP.NET MVC kehys on taipumus uhrata helppokäyttöisyyden käyttää (esim viewstate, validointi jne) voidakseen esittää kehittäjille tiukempaa valvontaa ohjakset. Tämä voi olla loistava asia, mutta vain jos hyödyntää sitä. Tai muuten se voi yhtä helposti olla kysymys.

Kun kaikki tämä, olen tuottanut nopea metrinen selvittää, ASP.NET MVC sopii sinulle. Minä näen sen, on olemassa muutamia ensisijainen tekijät kehittäjä pitäisi valita ASP.NET MVC puitteissa yli ASP.NET web-lomakkeisiin. Jos mikään näistä tekijöistä ovat vakuuttavia sinulle, niin sinun pitäisi pysyä kanssa ASP.NET web-lomakkeisiin:

valvonnan lisäämiseen ja laajennettavuus

Kuten kommentaari, ASP.NET MVC antaa voit hallita ja laajennettavuus vaihtoehtoja kuin ASP.NET web-lomakkeisiin. Saat yhteensä hallinnoida sivuston pyynnön elinkaaren ja mikä korvaa pois useita keskeisiä osia puitteissa (esim näkymä moottori, reititys, jne.), Joista yksikään ei ole mahdollista ASP.NET web-lomakkeisiin.

Tämän lisäksi, voit myös hankkia kokonaan haltuunsa suoritettu HTML. Yleensä sulatettu HTML ASP.NET web-lomakkeisiin apps on hirvittävä. Web ohjaa sen palveluksessa rakentaa hölynpölyä tunnukset ja näkymätön kentät yllin kyllin, että ei ainoastaan ​​estä suorituskykyä sivuston, mutta myös CSS-tyyleille ja JavaScript kehityksen kipua. ASP.NET MVC tekee sinusta olla paljon vireessä kanssa HTML. Ei ole mitään datagrids tai toistimet että hämmästyttävän tuottaa markup sinulle. Ei ole mitään kätkettyjä kenttiä jatkuvat valtion sinulle. Se on vain sinä, HTML, ja muutama laajennus menetelmiä.

Yksikkö Testi

Tämä mielestäni on parhaimmillaan tekijä käyttää ASP.NET MVC. Kun se tulee yksikkötestaus, ASP.NET MVC yksinkertaisesti voittaa ASP.NET web-lomakkeisiin. Se ei ole edes lähellä. Ottaa huomioon, että ASP.NET web-lomakkeisiin tarvitsee sinua hop läpi kaikenlaisen vanteet testata ympäri sivun tapahtuma elinkaaren, ASP.NET MVC puitteissa melko paljon pyytää lupaa testata. On rajapinnat ympäri julistaen "pilkata minua!".

On hyvä syy, miksi suurin ASP.NET MVC fanit myös ovat taipuvaisia ​​olla TDD promoottorit; se johtuu siitä, ASP.NET MVC todellisuudessa luvat TDD. Ammatillisesti, mielestäni tämä on, jos kaikki kiihkeys tulee. Yksinkertaisesti sanottuna: se on todella vaikea tehdä TDD kanssa ASP.NET web-lomakkeisiin ja todella kivuton tehdä se ASP.NET MVC.

kokeilla jotain erilaista

Haluan mainita, että oppiminen ASP NET MVC on erittäin mukaansatempaavan prosessi koska ASP.NET MVC puitteissa joukkue on ollut niin vuorovaikutteinen prosessi. Katson suuri osa vetovoimaa ASP.NET MVC on, että yhteisön palaute ei vain oteta huomioon, se on varmasti haetaan jälkeen. Kehys on herättänyt niin paljon keskusteluja ja keskustelut parhaita käytäntöjä, jotka yksinkertaisesti seuraava pitkin esittelee sinulle käsitteisiin ehkä viime aikoina ovat olleet tietämättömiä. Haluaisin todella suositella ymmärtää ASP.NET MVC puitteissa pelkästään tätä tarkoitusta varten.

Joten se on. Sen lisäksi nämä kolme, en voi ajatella mitään muita syitä kehittäjä oppisivat ASP.NET MVC. Mahdollisesti tästä syystä hyväksyminen korko ei ole lähes yhtä suuri kuin meidän mielestämme pitäisi olla. Kannustin käyttää kehystä olennaisesti kuihtuu yksikkötestaus, ohjaus /laajennettavuus, ja ikävystyminen /kiinnostusta. Hieno syistä, mutta ei oikeastaan ​​peli katkaisijat suuri suurin osa web-kehittäjiä siellä.
.