Prevedi il passaggio da ASP.Net Web Form a ASP.Net MVC?

Question

Se sì, quando? e quanto tempo pensi che il processo richiederà la migrazione dei tuoi progetti attuali (se è il caso)?

Answer 1

Lo sto usando da alcuni mesi. Adoro MVC. La conversione di progetti esistenti potrebbe non essere realistica, a seconda del tempo disponibile. A mio avviso, Web Forms simula lo sviluppo di moduli Windows per il vecchio gruppo VB. Mentre MVC non pretende che sia qualcosa che non è e segue il processo Http più da vicino.

Alcuni aspetti che vedo in MVC

1) È testabile con unit test

2) Controllo diretto su HTML. Realizziamo siti Web, come possiamo accettare di non essere in grado di controllare tutto il nostro HTML?

3) Nessun bagaglio viewstate

4) Nessun albero di controllo per perdere tempo nel rendering

5) Rilegatura automatica di un modale da un post di modulo

6) Può essere piuttosto sexy

E alcuni svantaggi

1) Niente più controlli web (e molti controlli di terze parti sono persi)

2) Più lento a svilupparsi in

3) Grande curva di apprendimento

4) Sempre in versione beta (presto CTP)

Answer 2

ASP.NET MVC non intende sostituire WebForms . Sono tecnologie diverse e sono progettate per scopi diversi.

Fare una dichiarazione affermativa dicendo che userò solo l'uno e non l'altro è un approccio molto ristretto, poiché ti mancano i pro ei contro di ogni tecnologia.

Microsoft si impegna a far progredire entrambe le tecnologie e in WebForms 4.0 ci sono alcune nuove e dolci funzionalità.

Userò WebForms e ASP.NET MVC, ma esaminerò le esigenze del progetto attuale in modo da prendere la decisione giusta per l'implementazione corrente

Answer 3

Sì per i miei nuovi progetti. Ma non per l'attuale software di produzione.

Answer 4

Sì, nel modo più ordinato possibile.

MVC apre .NET al mondo delle Best Practices per lo sviluppo Agile. Affronta in modo specifico le preoccupazioni relative alla separazione delle preoccupazioni e all'accoppiamento / coesione. Ci consente inoltre di scrivere software più portatile senza creare una dipendenza da riferimenti o componenti specifici del fornitore.

Indubbiamente è un successore di WebForms , insieme a WPF, indipendentemente da qualunque PR tu possa leggere.

La voce di Wikipedia è abbastanza chiara, anche prima di essere aggiornata per l'MVC di Microsoft.

Answer 5

Supponendo che preferiate ASP.NET MVC ai Web Form, ne vale la pena per un sistema in sviluppo / manutenzione attivo.

Possono coesistere fianco a fianco, quindi è possibile migrare parti dell'applicazione (nuove o vecchie selezionate) e vedere come funziona. Se è un successo, continua.

Un " tutto o niente " la migrazione potrebbe essere disastrosa, tuttavia: investire molto senza feedback rapido è un rischio enorme.

Answer 6

  

I Web Form sono per interfacce utente avanzate

Questi possono essere fatti allo stesso modo con MVC o Webforms. Tra un anno arriveranno ricchi kit di strumenti basati su MVC (tecnicamente sono già qui se ti piace YUI, ExtJS, ecc.) E rendono nulla questo argomento.

  

migra i tuoi progetti attuali

La migrazione di un progetto WebForms esistente su MVC non ha molto senso. Che cosa hai intenzione di guadagnare? L'uso di MVC per un nuovo progetto può tuttavia avere molto senso a seconda delle tue esigenze.

Answer 7

Non sono mai stato davvero appassionato di WebForms, quindi iniziare a lavorare con MVC è stato come una boccata d'aria fresca per me. Ho sempre preferito molto la separazione delle preoccupazioni in quanto potevo lavorare sui blocchi che ero davvero bravo a sviluppare, la logica e l'accesso ai dati, e lasciare il lavoro di presentazione ai membri del team che avevano quella naturale capacità. Penso che la libreria MVC renda più facile per i team lavorare insieme su singole pagine poiché una persona può lavorare sul controller e l'altra persona può lavorare sulla vista.

Tutto ciò che viene detto, quando sto lavorando a progetti in cui non ho bisogno di concentrarmi tanto sulla codifica ed è più orientato al display, torno ancora ai Web Form perché sono molto più facili da implementare e alzati e corri. Entrambi hanno il loro posto e non credo che uno sostituirà mai l'altro.

Answer 8

Uso ASP.NET MVC da diversi mesi e lo preferisco ai Web Form. Tuttavia, non mi vedo migrare i miei progetti esistenti su MVC. Per me sarebbe piuttosto inutile. Tuttavia, tutti i miei nuovi progetti ASP.NET saranno (o dovrebbero essere) sviluppati utilizzando MVC, in quanto è un framework molto migliore (e più flessibile).

Answer 9

Personnaly Ho limitato ASP.NET MVC a siti Web di Front Office leggeri.

Ma ancora usando ASP.NET WebForms per le applicazioni Righ BackOffice per sfruttare i ricchi controlli personalizzati e alcune delle altre belle funzionalità dei Web Form.

Answer 10

Un altro vantaggio di mvc è che javascript come jquery è molto più facile da implementare, quindi se hai intenzione di usare molti js, mvc potrebbe essere la strada da percorrere.

Answer 11

No, non c'è motivo di farlo. È uno stile alternativo, uno che non mi piace. Ma questa è solo la mia opinione; a molti piace e spero che funzioni bene per loro.

Answer 12

Come già detto, non si escludono a vicenda e io gioco per fare buon uso di entrambi.

IMO MVC è migliore per i siti web , mentre i WebForm sono migliori per le applicazioni .

Ad esempio, questo sito è una vetrina perfetta per cui ASP.NET MVC è una buona scelta a causa della natura del sito e di ciò che deve essere realizzato; altri buoni esempi potrebbero essere un negozio online o un sito di gestione di progetti (come Basecamp) o un social network.

Se stavi sviluppando un sistema CRM / ERP aziendale, tuttavia, mi attaccherei a WebForms per ottenere controlli avanzati e un più "desktop-like" modello di programmazione, poiché un'applicazione CRM è tradizionalmente il dominio di un'applicazione desktop.

Answer 13

ASP.NET MVC si adatta meglio al mio stile di sviluppo desiderato, ma sono diffidente nel fidarmi di me stesso mentre non è stato RTM. È anche abbastanza diverso che il nostro codice legacy non funzionerà con esso. Se avessimo praticato lo sviluppo guidato dal dominio, le cose sarebbero state più facili, ma ...