Ben ik te verliezen door niet met behulp van MVC

Er zijn een heleboel van ASP.NET web vormt coders zijn die erkennen dat ze gewoon niet volledig begrijpen ASP.NET MVC. In een heleboel manieren, ik kan associëren met hen. De vocale fractie die spreekt over ASP.NET MVC praten met zoveel enthousiasme dat ze maken het klinken als je zou moeten een idioot niet over te bewegen. In zekerheid, de selectie is niet zo eenvoudig.

ASP.NET webformulieren zijn niet overal gaan. Deze technieken hebben hun juiste plaats in de gereedschapskist van een web ontwikkelaar en het is belangrijk om hun sterke en zwakke punten te ontdekken. In het algemeen, het ASP.NET MVC framework heeft de neiging om gemakkelijk gebruiksgemak offeren (bijv weergavestatus, validatie, etc.) om ontwikkelaars strengere controle over het roer presenteren. Dit kan een geweldige zaak zijn, maar alleen als je gebruik maken van het. Of anders het kan net zo gemakkelijk een probleem.

Met dit alles, heb ik een snelle metrische om te achterhalen of ASP.NET MVC voor u geschikt is geproduceerd. De manier waarop ik het zie, zijn er een paar belangrijkste factoren een ontwikkelaar moet het ASP.NET MVC framework dan ASP.NET webformulieren te selecteren. Als geen van deze factoren zijn overtuigend voor u, dan moet je de stok met ASP.NET webformulieren:

Voor meer controle en uitbreidbaarheid

Zoals in het commentaar, ASP.NET MVC geeft je meer controle en uitbreidbaarheid opties dan ASP.NET webformulieren. U krijgt de totale beheer over de site request levenscyclus en de middelen te vervangen uit een aantal belangrijke onderdelen van het raamwerk (bijvoorbeeld view motor, routing, enz.), Die geen van alle is mogelijk met ASP.NET webformulieren.

In aanvulling op deze, kunt u ook de volledige controle over de gerenderde HTML verwerven. In het algemeen, de gerenderde HTML van ASP.NET webformulieren apps is afschuwelijk. Het web controleert zij in dienst te bouwen onzin ids en onzichtbare velden galore die niet alleen belemmert de prestaties van een site, maar ook styling CSS en Javascript ontwikkeling van een pijn. ASP.NET MVC maakt je veel meer in harmonie met uw HTML. Er zijn geen datagrids of repeaters die verbazingwekkend genereren markup voor u. Er zijn geen verborgen velden om de staat blijven voor u. Het is u, de HTML, en enkele extension methods alleen.

Om Eenheid Test

Dit, naar mijn mening, is de meest boeiende factor om ASP.NET MVC gebruiken. Als het gaat om unit testing, ASP.NET MVC alleen verslaat ASP.NET webformulieren. Het is niet eens in de buurt. Terwijl ASP.NET webformulieren heeft je nodig om hop door alle vormen van hoepels te testen rond de webpagina evenement levenscyclus, het ASP.NET MVC framework vrijwel smeekt om te worden getest. Er zijn interfaces overal te verkondigen "bespotten me up!".

Er is een goede reden waarom het grootste ASP.NET MVC fans zijn ook geneigd om TDD initiatiefnemers zijn; Het is omdat ASP.NET MVC feitelijk vergunningen voor TDD. Professioneel, ik denk dat dit is waar alle ijver vandaan komt. Simpel gezegd:. Het is echt moeilijk om TDD maken met ASP.NET webformulieren en echt pijnloos te doen in ASP.NET MVC

Om uit te proberen iets anders

Ik moet zeggen dat het leren van ASP NET MVC is een uiterst boeiende proces sinds het ASP.NET MVC framework team zo interactief in het proces is geweest. Ik beschouw een groot deel van de aantrekkingskracht van ASP.NET MVC is dat feedback van de gemeenschap niet alleen wordt in aanmerking genomen, het is zeker wordt gewild. Het kader heeft geleid tot vele gesprekken en discussies op best practices die gewoon volgende mee presenteert u concepten u misschien onlangs onwetend van zijn geweest. Ik zou echt aanraden het begrijpen van het ASP.NET MVC framework voor dit doel alleen.

Dus daar is het. Afgezien van die drie, kan ik niet denken aan een andere redenen waarom een ​​ontwikkelaar ASP.NET MVC zou leren. Mogelijk is dit de reden waarom de goedkeuring tarief is lang niet zo hoog als we denken dat het zou moeten zijn. De prikkel voor het gebruik van het raamwerk komt in wezen neer op unit testing, controle /uitbreidbaarheid, en verveling /interesse. Prima redenen, maar niet echt spel automaten voor het grote merendeel van de web-ontwikkelaars die er
.