ASP.NET MVC 3 - Welche Funktionen möchten Sie sehen? [abgeschlossen

https://stackoverflow.com/questions/2518424

22-09-2019
|

Frage

Ich kenne eine Reihe von Leuten, die die Verbesserungen, die ASP.NET MVC 2 während der ersten Veröffentlichung vorgenommen haben, wirklich genießen. Ich habe gerade begonnen, unser MVC 1 -Projekt umzuwandeln, und bisher hat die Gebiete das Unterordner -Chaos in unserer großen Anwendung vollständig aufgeräumt. Als ich tiefer in alle Verbesserungen und Veränderungen eintauche, denke ich immer noch mir, Mann, wäre es schön, wenn sie in dieser Veröffentlichung X hätten. Zum Beispiel würde ich es lieben, wenn sie eine Art Abhängigkeitsinjektion hätten, anstatt Lösungen von Drittanbietern zu verwenden.

Meine eigentliche Frage ist jetzt, dass ASP.NET MVC 2 in freier Wildbahn ist. Welche Funktionen wünschen/wünschen, dass das Team implementiert war und hoffe, dass sie für ASP.NET MVC 3 implementiert werden?

BEARBEITEN

Es sieht so aus, als ob die Abhängigkeitsinjektion für die erste Vorschau -Version von ASP.NET MVC 3 eingebaut ist! Ich mag die bisher hinzugefügten Funktionen. ASP.NET 3 Preview One ist raus!

Lösung

Ich denke, MVC 3 wird mit seinen Verbesserungen nicht zu dramatisch sein, sondern stetiger und schrittweise.

Das ASP.NET MVC 3 Roadmap Hat eine Momentaufnahme dessen, was das Team offenbar in der nächsten Veröffentlichung implementiert, und einige der Punkte sind sehr interessant.

Ich denke, meine Favoriten aus dieser Liste wären wahrscheinlich:

Weitere Ajax -Helfer: Dies wird den Framework stärker mit der Webforms -Welt übereinstimmen, die bereits all diese Helfer und bis zu einem gewissen Grad als Hindernis für einige Menschen fungiert, die die Plattform aufnehmen.
Mehr Abhängigkeitsinjektionsmaterial - Für diejenigen, die es wollen, ist das großartig. :)
Eine verbesserte Caching -Unterstützung ist der große Sieg für mich. Es wäre ein großer Vorteil und könnte zu einigen guten Leistungseinsparungen führen.
Zusätzliche ValidationAttributes würden auch keinen Fehler machen. Während die Einrichtung großartig ist, sie hinzuzufügen, eine gute Bibliothek der gemeinsamen, wie E -Mail und EigenschaftenmustMatch usw.

Andere Tipps

Ich möchte die vollständige Entfernung von alle Magische Saiten.

Ich wünschte wirklich, sie würden Folgendes hinzufügen:

Bedingungen und Schleifen im Spark-Stil unter Verwendung von HTML-Tag-Attributen.
Aktualisiert: sichtbare Projekteigenschaft zum Umschalten der Kompilierungszeitvalidierung von Ansichten.
Etwas, um zu überprüfen/zu validieren, dass meine Routen korrekt sind.
Lösung für Mitgliedschaftsanbieter, die int anstelle von GUID für die Identifizierung verwendet und die Zuordnung von Profilfeldern auf eine benutzerdefinierte Tabelle und nicht die generische, aber langsame Standardeinstellung ermöglicht.
Lambda-basierte Helfer, um magische Zeichenfolgen zu vermeiden (derzeit in MVCFutures)
T4MVC-Vorlage zur automatischen generierten stark getippten Helpern
Projektassistent oder Vorlagen, um eine Vorlage zu erhalten, die bereits für IOC und ähnliche Bedenken eingerichtet ist, vorzugsweise mit einem Auswahldialog, um zu wählen, welches Framework für IOC, Unit -Tests usw. verwendet werden sollen.
Zusätzliche Attribute (sowohl Filter als auch Validierung).

Hmmm, das ist alles, woran ich jetzt denken kann :)

Tooling (T4 -Vorlagen) zum Erstellen von MOQ -Objekten für Unit -Tests wäre sehr cool. Das Testen bestimmter Objekte im Framework ist unnötig kompliziert, und die Fähigkeit, einige davon zu codieren, wäre sehr vorteilhaft.

Ich möchte:

Werkzeug

Eine alternative Listungsansicht mit AJAX EG mit JQGrid (Implementierung von Sortieren, Pagination, Suche)
Verbesserungen der Crud -Seiten Entitäten von Entitätenbeziehungen für Entity -Framework -Klassen und verwenden Sie einen anderen Satz von Komponenten, die in Feldern Typ EG genauso wie dynamische Daten verwenden::

Da ASP.NET MVC 3 nur .NET 4 sein wird, würde ich gerne einige Dinge rund um asynchrone Controller und alle anderen neuen Async/Multithreading -Funktionen sehen, die .NET 4 mit sich bringt.

Ich würde gerne eine eingebaute Unterstützung für Dinge wie IronRuby sehen

MEF -Unterstützung wäre nett.

Ich würde gerne eine neue Art zum Umgang mit Routing sehen, um Entwickler -Rastdiensten einfacher zu machen. Derzeit habe ich solche Routen:

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") });

Für eine neue Person, die ASP.NET MVC nutzt, ist es sehr unintuitiv, anonyme Objekte für das Umgang mit Routing zu erstellen. Ich würde gerne sehen, dass es so etwas überarbeitet wird (und da wir C# 4.0 verwenden):

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
                );

Dies würde es auch entdeckbarer machen.

Ich hätte gerne Helfer, die automatisch die Ansichten von Index ansprechen. Vielleicht so etwas wie IndexDisplay(), IndexDisplayFor(), und IndexDisplayForModel().

Ich möchte, dass Buddy-Klassen für ein bestimmtes Modell automatisch generiert werden.

Ich benutze auch die Simplicity-Funktion wie das meiste ohne Helfer wie HTML-Helper I-Ding, das die Entwicklung in ASP.NET MVC 3 in Zukunft besser lernen kann, MVC 3 zu lernen.

Die beiden Dinge, die ich gerne sehen würde, sind die meisten unkomplizierten Abhängigkeitsinjektionen in Ansichten, Filtern usw. und (ich weiß, dass dies angeblich mit der Rasiermesser -Sichtmotor auf dem Weg steht) müssen meine Ansichten isoliert von den testen können ASP.NET -Pipeline (möglicherweise einschließlich DOCType -Validierung und/oder irgendeiner Art von JavaScript -Kompilierung/Validierung).

Hier sind ein paar andere Ideen:

Es wäre schön, in der Lage zu sein, eine UI -Komponente (Ansichten, Vorlagen, Ansichtsmodelle usw.) für die Wiederverwendung über mehrere Projekte hinweg zu packen. Ich vermute, das ist derzeit irgendwie möglich, aber ich brauche es einfach nicht dringend genug, um es selbst herauszufinden.
Die Idee von Controllerless -Aktionen fasziniert mich, insbesondere aus SRP -Sicht.
Bessere Unterstützung für das postredeirect-Get-Muster (p/r/g) ... Es scheint nur eine intrinsische Unterstützung für dieses sehr wichtige Muster zu geben.

Weitere Kontrollen und Helfer wären wirklich schön, insbesondere ein (Ajax) Gitter.

ASP.NET MVC 3 Preview 1 wurde ebenfalls angekündigt http://weblogs.asp.net/scottgu/archive/2010/07/27/introducing-asp-net-mvc-3-preview-1.aspx

Ich würde gerne Bereiche der Baugruppe unterstützen (ich meine viele Baugruppen mit unterschiedlichen Bereichen) + dynamische Belastung, so etwas wie Plugins.

Bearbeiten: Und wir haben heute Vorschau 1: http://weblogs.asp.net/scottgu/archive/2010/07/27/introducing-asp-net-mvc-3-preview-1.aspx

Hat jemand glücklich? :>

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit StackOverflow