Sono perdendo non usando MVC

Ci sono un sacco di web ASP.NET forma programmatori là fuori che riconoscono che semplicemente non afferrano completamente ASP.NET MVC. In molti modi, posso associare a loro. La frazione vocale che parla di ASP.NET MVC parlarne con tanto entusiasmo che lo fanno sembrare che avrebbe dovuto essere un idiota non muoversi sopra. Nella certezza, la selezione non è così semplice.

moduli web ASP.NET non stanno andando da nessuna parte. Queste tecniche hanno il loro giusto posto nella cassetta degli attrezzi di uno sviluppatore web ed è importante per scoprire i loro punti di forza e di debolezza. In generale, il framework ASP.NET MVC ha la tendenza a sacrificare la facilità d'uso (ad esempio ViewState, validazione, ecc), al fine di presentare agli sviluppatori un controllo più restrittivo in mano le redini. Questa può essere una cosa eccezionale, ma solo se si prende vantaggio. Oppure si può altrettanto facilmente essere un problema.

Con tutto questo, ho prodotto una pronta metrica per scoprire se ASP.NET MVC è appropriato per voi. Il mio modo di vedere, ci sono alcuni fattori primari uno sviluppatore dovrebbe selezionare il framework ASP.NET MVC su moduli Web ASP.NET. Se nessuno di questi fattori sono convincenti per voi, allora si dovrebbe attaccare con moduli Web ASP.NET:

per aumentare il controllo e estensibilità

Come sottolineato nel commento, ASP.NET MVC dà un maggiore controllo e le opzioni di estensibilità di moduli Web ASP.NET. È possibile ottenere la gestione totale sul ciclo di vita richiesta luogo ei mezzi per sostituire fuori diverse pezzi chiave del quadro (per esempio motore vista, di routing, etc.), nessuno dei quali è possibile con moduli Web ASP.NET.

In aggiunta a questo, si acquisiscono anche il controllo completo del rendering HTML. In generale, il rendering HTML dai moduli web applicazioni ASP.NET è atroce. Il web controlla impiega ids costruire senso e campi invisibili bizzeffe che non solo impedisce l'esecuzione di un sito, ma anche rendere stile CSS e sviluppo JavaScript un dolore. ASP.NET MVC fa di essere molto più in sintonia con il tuo codice HTML. Non ci sono DataGrid o ripetitori che incredibilmente generano markup per voi. Non ci sono campi nascosti per mantenere lo stato per voi. E 'solo tu, il codice HTML, e un paio di metodi di estensione.

Per Unit Test

Questo, a mio parere, è il fattore più coinvolgente per utilizzare ASP.NET MVC. Quando si tratta di unit test, ASP.NET MVC batte semplicemente moduli Web ASP.NET. Non è nemmeno vicino. Mentre moduli web ASP.NET ha bisogno di salire attraverso tutte le forme di cerchi per testare all'interno della pagina web dell'evento del ciclo di vita, il framework ASP.NET MVC praticamente implora da testare. Ci sono interfacce di tutto proclamando "mi mock up!".

C'è una buona ragione per cui i più grandi fan ASP.NET MVC sono inclini ad essere promotori TDD; è dovuto al fatto ASP.NET MVC infatti permessi per TDD. Professionalmente, penso che questo è dove tutto il fervore proviene. In poche parole:. È davvero difficile da fare TDD con moduli Web ASP.NET e veramente indolore per farlo in ASP.NET MVC

Per provare qualcosa di diverso

Devo dire che l'apprendimento ASP NET MVC è un processo estremamente coinvolgente in quanto la squadra framework ASP.NET MVC è stato così interattivo nel processo. Considero una grande parte l'attrattiva di ASP.NET MVC è che il feedback della comunità, non è solo essere presa in considerazione, è sicuramente in fase di ricercato. Il quadro ha scatenato tanti colloqui e discussioni su best practice che semplicemente seguendo lungo si presenta a concetti si potrebbe sono stati recentemente ignorante. Consiglio vivamente la comprensione del framework ASP.NET MVC a tale scopo.

Quindi non vi è. Oltre a questi tre, non posso pensare di altri motivi per cui uno sviluppatore dovrebbe imparare ASP.NET MVC. Forse è per questo che il tasso di adozione non è così alto come pensiamo che dovrebbe essere. L'incentivo per l'utilizzo del framework si riduce essenzialmente a test di unità, di controllo /estensibilità, e la noia /interessi. Belle ragioni, ma non proprio frangenti di gioco per la gran maggior parte degli sviluppatori web là fuori Hotel  .;