2009-05-21 15 views
6

Ho trovato queste domande, ma un paio di loro erano un po 'vecchio:ASP.NET MVC è destinato a sostituire Webform?

https://stackoverflow.com/questions/191556/should-i-pursue-asp-net-webforms-or-asp-net-mvc Do you think ASP.NET MVC will compete with ASP.NET Webforms? ASP.NET MVC > ASP.NET WebForms, Why?

Non credo questi sono duplicati e potrebbero essere abbastanza vecchio che nuovo la luce può essere versato. Se no, chiudi questo.

So che nessun framework o lingua è necessariamente l'unico strumento per ogni lavoro. Ma vedi MVC eclissare webforms o webforms andando più in basso nell'elenco delle priorità per Microsoft? Dovranno mantenere le webforms per molto tempo perché così tanti hanno investito in esso, ma non devono continuare ad aggiungere nuove funzionalità per questo.

Non so se questo è un buon esempio, ma mi ricorda le parti web. Non ho mai visto molti miglioramenti da Microsoft. Funziona e ho pensato che fosse grandioso fino a quando ho iniziato a provarci davvero molto. Quindi, da quello che ho potuto vedere, Microsoft non è stato perseguito più di tanto, anche se è rimasto in Visual Studio. Forse è un cattivo esempio; proprio quello che ricordavo.

EDIT: Inoltre, se qualcuno ha dichiarazioni da Microsoft su questo argomento è apprezzato. Senza offesa per nessuno. Speravo solo in qualcosa di ufficiale.

risposta

15

questa risposta Microsoft:

ASP.NET MVC fornisce un quadro che consente di implementare facilmente il modello Model-View-Controller (MVC) per le applicazioni Web. Questo modello consente di separare le applicazioni in componenti accoppiati in modo allentato, per la progettazione dell'applicazione, l'elaborazione della logica e la visualizzazione.

ASP.NET MVC non sostituisce le forme Web . Fornisce un'alternativa scelta durante la progettazione di un'applicazione Web . Utilizzando ASP.NET MVC offre i seguenti vantaggi:

• Vi permette di raggiungere e mantenere una netta separazione di riguarda

• Facilita test driven Development (TDD)

• Fornisce un maggiore controllo sugli URL pubblicati nell'applicazione e sull'HTML emesso da l'applicazione

+5

Questa è la risposta che Microsoft dovrebbe fornire a tutti gli sviluppatori e alle aziende che hanno investito in Web Form di ASP.NET quando questa era l'unica opzione. Microsoft è ancora un'azienda e deve mantenere attivi i WebForm ASP.NET per soddisfare la propria clientela commerciale. ASP.NET MVC è stato creato per consentire loro di partecipare all'arena open-source e cercare di estrarre alcune quote di mercato da Ruby, PHP, Python e altri framework di sviluppo web gratuiti, in modo che i loro clienti di vecchia data non lo facciano completamente salta la nave. –

+3

C'è una fonte per questo preventivo? Era in un post del blog da qualche parte? – epotter

5

I Web Form non vanno via. Microsoft ha offerto agli sviluppatori un modo per scegliere tra la tradizionale programmazione asp.net e il popolare modo di programmazione MVC. Non è in competizione con i webforms, è solo un'altra scelta che gli sviluppatori possono usare. Mossa molto intelligente da Microsoft per mantenere la sua base di sviluppatori.

+3

Sono d'accordo.Per esempio, guarda tutte le opzioni che gli sviluppatori Java hanno - jsp, servlet, JSF, struts, arazzi, Spring MVC + dozzine di altri - Microsoft ha bisogno di un'altra opzione per gli sviluppatori per mantenere rilevante la piattaforma ASP.NET. MVC è una grande aggiunta lì. –

0

Proprio come tutto il resto, penso che l'ulteriore sviluppo dipenderà da quanto diventi popolare. Più persone lo usano, più probabilmente Microsoft investirà nel suo futuro.

Sembra già molto popolare e, a giudicare dalla popolarità di framework simili in altre lingue (ad esempio puntoni o rotaie) penso che continuerà a guadagnare popolarità.

2

Credo che il focus di interesse degli sviluppatori si sposterà verso MVC.

Per quanto riguarda gli scenari di utilizzo pratico, WebForms continuerà probabilmente ad essere utilizzato per applicazioni e siti piuttosto "chiusi", mentre MVC sarà la scelta preferita per quei siti rivolti al pubblico (e ai motori di ricerca, sì).

10

Entrambi hanno punti di forza diversi.

MVC è ideale per i siti Web pubblici in cui è importante il controllo preciso del ciclo di vita della pagina e dell'HTML.

Le forme Web sono ideali per i siti aziendali intranet della LAN, dove la velocità di sviluppo è critica, la larghezza di banda del server Web a monte è abbondante, ma la memoria sul server è più limitata.

Onestamente, più programmatori di ASP.net probabilmente stanno facendo il secondo rispetto al primo.

+0

Web Form rende la codifica sul lato client molto difficile e non flessibile. È essenzialmente lontano dalle tecnologie web del flusso principale. Quindi, al contrario, credo che più programmatori di ASP.net stiano facendo MVC rispetto ai moduli web. –

+0

Nel 2015, probabilmente è vero. Nel 2009, non ne sono così sicuro. Inoltre, WebForms ha molta più flessibilità di cui le persone danno credito. –

+0

Hai ragione Joel, sono persino confusionario recente come nel 2013, che è più popolare quando ho iniziato a imparare la programmazione web. Ho aggiunto il commento proprio così che chiunque abbia letto le risposte oggi ha un'opinione aggiornata. –

3

Penso che ASP.NET MVC consenta di realizzare applicazioni molto più gestibili. Permette anche il test automatico di una parte molto ampia del codice.

Se un sito web ha dimensioni ragionevoli e/o ha una durata ragionevole, MVC svolge un ruolo molto positivo.

Capisco l'argomento del SEO per i siti pubblici, ma penso che i vantaggi di MVC lo rendono un candidato eccellente anche per applicazioni intranet. Forse con alcuni buoni controlli utente di raccolta i metodi di helper, MVC può iniziare a dominare il campo.

0

Credo ASP.NET MVC non è qui per sostituire WebForms.

Invece fornirà un'alternativa per gli sviluppatori ASP.NET che vogliono svilupparsi con la separazione della logica e della vista, oltre a prestazioni e facilità.

0

L'introduzione di .Net non è stata buona per gli sviluppatori che avevano padroneggiato VbScript, ASP Classic ed essendo le poche élite che potevano effettivamente eseguire il debug in Visual InterDev.

MVC è un errore per chi continua solo sul percorso di WebForm.

Praticamente in questo momento dovresti essere in grado di riconoscere la scrittura a mano sui muri per quanto riguarda il picchetto.

Problemi correlati