Tradizionale ASP .NET Web Forms vs MVC

Question

Come qualcuno con un po winforms e le applicazioni client di esperienza, vale la pena di andare avanti e di apprendimento del modo tradizionale di ASP .NET pagine di lavoro, o bene, entrando direttamente in ASP .NET MVC?

Sto cercando insidie o trappole nella mia conoscenza di generali C#, che io non so da screencast serie e di cose su ASP .NET sito.

Answer 1

Qui è la cosa grande circa MVC.Funziona più vicino alla base del quadro di riferimento rispetto al normale ASP.NET Web Form.Quindi, utilizzando la MVC e di comprensione, si avrà una migliore comprensione di come WebForms lavoro.Il problema con WebForms è che c'è un sacco di magia e di circa 6 anni che cercano di rendere il Web un lavoro come Windows Form, quindi avete la gerarchia della struttura di controllo e tutto tradotto per il Web.Con MVC si ottiene il core con la WinForm influenza.

In modo da iniziare con MVC, e si sarà facilmente in grado di muoversi in WebForms, se necessario.

Answer 2

Sono d'accordo con Nick:MVC è molto più vicino al reale web paradigma e usando sarete di fronte a come il vostro sito web funziona davvero.WebForms astracts maggior parte di queste cose lontano da voi e, venendo da un PHP sfondo, l'ho trovato davvero anti-intuitiva.

Vi suggerisco di passare direttamente a MVC e saltare WebForms.Come detto, sarete in grado di ottenere indietro se necessario.

Answer 3

ASP.Net Webforms è completamente diversa astrazione sul framework di base di ASP.NET MVC.Con MVC hai più controllo su ciò che accade sotto le coperte che con ASP.NET Webforms.

A mio parere imparare diversi modi di fare le cose di solito ti fanno un programmatore migliore, ma in questo caso ci potrebbe essere di meglio da imparare.

Answer 4

Dipende dalle tue motivazioni.Se hai intenzione di vendere se stessi come un ASP.NET sviluppatore, avrete bisogno di entrambi.

Se è solo per il tuo piacere, per poi andare a MVC.

La mia sensazione personale è che webforms sarà in giro per un bel po ' di anni in più.Così tante persone hanno il tempo e l'energia investito in loro.Tuttavia, penso che la gente lentamente (o forse non così lentamente!) la migrazione.Webforms era sempre e solo un modo per ottenere il drag-and-drop VB4 morts pensare di sviluppo web.È nei funzionato, ma si toglie un sacco di controllo.

Answer 5

ASP.NET MVC è per gli sviluppatori che vogliono separare il codice del client dal server di codice.Ho voluto scrivere JavaScript, XHTML, CSS clienti che si può spostare da un server all'altro (senza riguardo per la tecnologia server).I clienti sono in termini di tempo di misura ed il rivestimento in modo che si desidera utilizzare (e sub-componenti, per un numero di server.Anche questo disaccoppiamento permette al vostro server per supportare qualsiasi client la tecnologia che supporta i protocolli HTTP e angolo staffe (e/o JSON) come WPF/Silverlight.Senza ASP.NET MVC è stati costretti in un rapporto ostile con l'intero ASP.NET squadra---ma Scott Guthrie è un tizio fresco e porta MVC al tavolo dopo che per anni i suoi predecessori (e forse Scott stesso), quasi totalmente concentrati su come ottenere Windows Form programmatori per scrivere applicazioni web.

Prima ASP.NET MVC, ho costruito ASP.NET applicazioni in gran parte basata su file ASHX--- - HTTP gestori.Vi posso assicurare che non "reale" Microsoft shop incoraggiare questo comportamento.È più semplice da a (saggio) prospettiva di gestione di stabilire che tutti gli sviluppatori di utilizzare il produttore consiglia di utilizzare il venditore strumenti.Quindi È che i negozi siano uno o due anni dietro si richiede di conoscere il pre-MVC modo di fare le cose.Anche questo è utile quando si dispone di una "eredità" un sistema per tenere.

Ma, per il campo verde, è MVC tutto il modo!

Answer 6

IMO, non ci sono più ostacoli nel web normali forme di scenari che solo con MVC.Viewstate e databinding può essere difficile a volte.

Ma per MVC, è solo chiaro e semplice, in forma di post/rendere le cose old-school modo.Non che sia brutto, è solo diversa, e più pulito troppo.

Answer 7

Davvero non posso parlare tecnicamente di MVC vs "tradizionale" come io ho usato solo il tradizionale modello.Da quello che ho letto, però, non penso che una è di gran lunga superiore agli altri.Credo che una volta che ci si abitua, si può essere molto produttivo in entrambi.

Praticamente, però, vorrei prendere in considerazione che la maggior parte dei libri, esempi di codice e le applicazioni esistenti sono scritti per il modo "tradizionale".Si dispone di più aiuto e con la vostra abilità sarà ancora più utile per i datori di lavoro con applicazioni scritte in modo "tradizionale".

Answer 8

Se non sai come fare, o non si ha esperienza con la raw del web a livello di richiesta / risposta e html/css rendering quindi MVC vi sarebbe un buon posto per iniziare.Sarà quindi capire meglio i pro e i contro di entrambe le webforms e mvc.Essi saranno entrambi intorno in futuro, come l'indirizzo, esigenze diverse.

Anche se devo dire webforms è altamente abusato e abusato della piattaforma.Tanto il "no look" codice dei rifiuti dà a tutti coloro che utilizzano un cattivo nome.Mettere in tempo per capirlo e utilizzarlo correttamente, troverete la sua molto estensibile e robusta piattaforma.