Domanda

Conosco un gruppo di persone che apprezzano davvero i miglioramenti apportati da ASP.NET MVC 2 rispetto alla prima versione.Ho appena iniziato a migrare il nostro progetto MVC 1 e finora Areas ha completamente ripulito il caos delle sottocartelle che avevamo nella nostra applicazione su larga scala.Mentre mi immergo più a fondo in tutti i miglioramenti e le modifiche apportate, continuo a pensare a me stesso, amico, sarebbe bello se avessero x in questa versione.Ad esempio, mi piacerebbe se avessero integrato una sorta di iniezione delle dipendenze invece di dover utilizzare soluzioni di terze parti.

La mia vera domanda è ora che ASP.NET MVC 2 è disponibile, quali funzionalità desidera/desidera che il team abbia implementato e spera che implementi per ASP.NET MVC 3?

MODIFICARE

Sembra che l'inserimento delle dipendenze sia integrato nella prima versione di anteprima di ASP.NET MVC 3!Mi piacciono le funzionalità aggiunte finora. L'anteprima di ASP.NET 3 è disponibile!

È stato utile?

Soluzione

Credo MVC 3 non sarà troppo drammatico con la sua miglioramenti, ma più costante e graduale.

Il ASP.NET MVC 3 Roadmap ha una fotografia di ciò che la squadra sta apparentemente cercando di attuare nella prossima release e alcuni dei punti sono molto interessanti.

Credo che i miei preferiti da quella lista sarebbe probabilmente:

  • Più AJAX Helpers: Questo ti portano il quadro più in linea con il mondo Webforms che ha già e in qualche misura tutti questi aiutanti, agisce come una barriera per alcune persone che prendono la piattaforma
  • .
  • Più roba Dependency Injection - per coloro che lo vogliono, questo è grande. :)
  • Supporto Caching migliorato è la grande vittoria per me. Avendo che ha costruito a destra nel quadro sarebbe un grande beneficio e potrebbe causare qualche risparmio bella prestazione.
  • ValidationAttributes aggiuntivi non sarebbe andato a perdere neanche. Mentre l'impianto è grande per aggiungerli, una buona libreria di quelli comuni, come e-mail e PropertiesMustMatch e così via.

Altri suggerimenti

Vorrei che la rimozione completa di tutti corde magiche.

Vorrei davvero che aggiungessero quanto segue:

  1. Condizionali e loop in stile Spark che utilizzano attributi di tag html.
  2. Aggiornato:Proprietà del progetto visibile per attivare/disattivare la convalida delle visualizzazioni in fase di compilazione.
  3. Qualcosa per verificare/convalidare che i miei percorsi siano corretti.
  4. Soluzione del provider di appartenenze che utilizza int anziché Guid per l'identificazione e consente il mapping dei campi del profilo su una tabella personalizzata anziché su quella predefinita generica ma lenta.
  5. Aiutanti basati su Lambda per evitare stringhe magiche (attualmente in MvcFutures)
  6. Modello T4MVC per generare automaticamente helper fortemente tipizzati
  7. Procedure guidate o modelli di progetto per ottenere un modello già configurato per IoC e problemi simili, preferibilmente con una finestra di dialogo di selezione per scegliere quale framework utilizzare per IoC, test unitari, ecc.
  8. Attributi aggiuntivi (sia filtri che convalida).

Hmmm, questo è tutto quello che mi viene in mente in questo momento :)

(modelli T4) Tooling per creare oggetti MOQ per unità di test sarebbe molto cool. Test per alcuni oggetti nel quadro è inutilmente complicata, e avere la capacità di codificare-gen alcune di queste potrebbe essere molto utile.

Vorrei:

Tooling

  • Un punto di vista quotazione alternativa utilizzando AJAX per esempio utilizzando jqGrid (attuazione ordinamento, impaginazione, ricerca)
  • Miglioramenti CRUD Pagine rilevare entità relazioni per le classi Entity Framework, e di utilizzare un altro set di componenti basati nei campi tipo per esempio proprio come fa Dynamic Data:)

Come ASP.net MVC 3 sarà .net solo 4, mi piacerebbe vedere un po 'di roba in giro controller asincroni e tutte le altre nuove funzioni asincrone / multithreading che .Net 4 porta.

Mi piacerebbe vedere un supporto integrato per cose come IronRuby

MEF sostegno sarebbe bello.

Mi piacerebbe vedere un nuovo modo di gestire il routing, per rendere più facile ai servizi sviluppatore REST. Attualmente ho percorsi come questo:

context.MapRoute(null,
                 "api/posts",
                 new { controller = "Post", action = "Get" },
                 new { httpConstraint = new HttpMethodConstraint("GET") });


context.MapRoute(null,
                 "api/posts",
                 new { controller = "Post", action = "Insert" },
                 new { httpConstraint = new HttpMethodConstraint("POST") });


context.MapRoute(null,
                 "api/posts/{id}",
                 new { controller = "Post", action = "Update" },
                 new { httpConstraint = new HttpMethodConstraint("PUT") });


context.MapRoute(null,
                 "api/posts/{id}",
                 new { controller = "Post", action = "Delete" },
                 new { httpConstraint = new HttpMethodConstraint("DELETE") });

Per una nuova persona che utilizza ASP.NET MVC, è molto intuitivo per creare oggetti anonimi per gestire il routing. Mi piacerebbe vederlo rivisto per qualcosa di simile (e dato che stiamo usando C # 4.0):

context.MapRoute("api/posts",
                 controller: "Post",
                 action: "Get",
                 httpMethodConstraint: HttpMethodConstraint.GET
                );

context.MapRoute("api/posts",
                 controller: "Post",
                 action: "Insert",
                 httpMethodConstraint: HttpMethodConstraint.POST
                );

context.MapRoute("api/posts/{id}",
                 controller: "Post",
                 action: "Update",
                 httpMethodConstraint: HttpMethodConstraint.PUT
                );

context.MapRoute("api/posts/{id}",
                 controller: "Post",
                 action: "Delete",
                 httpMethodConstraint: HttpMethodConstraint.DELETE
                );

Questo renderebbe più rilevabile pure.

Mi piacerebbe aiutanti che impalcatura automaticamente le viste di indice. Forse qualcosa di simile IndexDisplay(), IndexDisplayFor() e IndexDisplayForModel().

Mi piacerebbe template per auto-generare classi di amici in un dato modello.

Io uso anche caratteristica semplicità come la maggior parte delle cose senza aiuto, come html-helper i cosa che lo sviluppo in asp.net MVC 3 è il modo migliore per imparare MVC 3, in futuro.

Le due cose che mi piacerebbe vedere la maggior parte sono a iniezione diretta di dipendenza nelle viste, filtri, ecc, e (so che questo è presumibilmente sulla strada con il motore di visualizzazione Razor) è quello di essere in grado di testare le mie opinioni in l'isolamento dalla tubazione ASP.Net (tra cui forse la convalida DOCTYPE e / o di un certo tipo di JavaScript compilazione / validazione).

Qui ci sono alcune altre idee:

  • Sarebbe bello essere in grado di confezionare un componente di interfaccia utente (viste, modelli, modelli di vista, etc.) per il riutilizzo su più progetti. Sto indovinando questo è attualmente possibile in qualche modo, ma io non ne ho bisogno male abbastanza per capirlo io stesso.
  • L'idea di azioni senza controller mi incuriosisce, soprattutto dal punto di vista SRP.
  • Migliorato il supporto per il Get-Post-Redirect (/ G P / R) modello ... sembra proprio come ci dovrebbe essere il supporto intrinseco per questo importante modello.

più controlli e aiutanti sarebbe davvero bello, soprattutto un (Ajax) griglia.

Asp.net MVC 3 Anteprima 1 è stato appena annunciato e all'indirizzo http://weblogs.asp.net/scottgu/archive/2010/07/27/introducing-asp-net-mvc-3-preview-1.aspx

Mi piacerebbe vedere il supporto aree di assemblaggio (intendo molte assemblee con diverse aree) + il caricamento dinamico, qualcosa come plug-in.

Modifica: E abbiamo preview 1 oggi: http://weblogs.asp.net/scottgu/archive/2010/07/27/introducing-asp-net-mvc-3-preview-1.aspx

Chiunque felice? :>

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top