Question

Je connais un tas de gens qui sont vraiment profiter des améliorations que ASP.NET MVC 2 fait sur la première version. Je viens de commencer à migrer notre projet MVC 1 et, ainsi des zones éloignées a totalement nettoyé le gâchis des sous-dossiers que nous avions dans notre application à grande échelle. Comme je plonge plus profondément dans toutes les améliorations et modifications apportées je garde toujours penser à moi-même l'homme ce serait bien si elles avaient x dans cette version. Par exemple, je l'aimerais si elles avaient une sorte de dépendance injection construit au lieu d'avoir à utiliser des solutions tierces.

Ma vraie question est maintenant que ASP.NET MVC 2 est dans la nature, quelles sont les caractéristiques ne veulent / souhaitent que l'équipe avait mis en place et nous espérons qu'ils mettront en œuvre pour ASP.NET MVC 3?

EDIT

On dirait l'injection de dépendance est construit pour la première version préliminaire de ASP.NET MVC 3! J'aime les fonctionnalités ajoutées à ce jour. ASP.NET 3 aperçu un est sorti!

Était-ce utile?

La solution

Je pense que MVC 3 ne sera pas trop dramatique avec ses améliorations, mais plus stable et progressive.

Guide ASP.NET MVC 3 a un aperçu de ce que l'équipe cherchent apparemment à la mise en œuvre dans la prochaine version et certains des points sont très intéressants.

Je pense que mes favoris de cette liste serait probablement:

  • Plus AJAX Helpers: Ça va apporter le cadre plus conforme avec le monde qui a Webforms toutes ces aides déjà et dans une certaine mesure, agit comme un obstacle à certaines personnes prenant la plate-forme
  • .
  • Plus de dépendance des trucs d'injection - pour ceux qui le veulent, ce qui est excellent. :)
  • support améliorée est la Caching grande victoire pour moi. Ayant qui a construit à droite dans le cadre serait un grand avantage et pourrait entraîner des économies de performance agréable.
  • ValidationAttributes supplémentaires ne seraient pas aller manquer non plus. Alors que l'installation est grande pour les ajouter, une bonne bibliothèque des plus communs, comme le courrier électronique et PropertiesMustMatch et ainsi de suite.

Autres conseils

Je voudrais que la suppression complète de tous cordes magiques.

Je souhaite vraiment qu'ils avaient ajouter ce qui suit:

  1. Spark conditionals style et des boucles en utilisant des attributs de balise HTML.
  2. Mise à jour: la propriété de projet Visible pour basculer la validation de la compilation de vues
  3. .
  4. Quelque chose à vérifier / valider que mes itinéraires sont corrects.
  5. solution du fournisseur d'appartenances qui utilise int au lieu de Guid pour l'identification et permet des champs de profil de cartographie à une table personnalisée plutôt que la valeur par défaut générique, mais lent.
  6. Aides-Lambda base pour éviter les chaînes magiques (actuellement en MvcFutures)
  7. modèle T4MVC pour générer automatiquement des aides fortement typées
  8. assistants de projet ou de modèles pour obtenir un modèle qui est déjà configuré pour IoC et préoccupations similaires, de préférence avec une boîte de dialogue de sélection pour choisir le cadre à utiliser pour IoC, tests unitaires, etc.
  9. Des attributs supplémentaires (les deux filtres et validation).

Hmmm, c'est tout ce que je peux penser à ce moment:)

Outillage (modèles T4) pour créer des objets moq pour les tests unitaires seraient très cool. Test de certains objets dans le cadre est inutilement compliqué, et ayant la capacité de coder-gen certains cela serait très bénéfique.

Je voudrais:

Outillage

  • Une vue inscripteur alternatif utilisant ajax par exemple à l'aide jqGrid (mise en œuvre de tri, pagination, recherche)
  • Améliorations apportées à CRUD Pages détecter les entités relations pour les classes cadres de l'entité, et d'utiliser un autre ensemble de composants basés dans les champs de type par exemple tout comme le fait Dynamic Data:)

ASP.net MVC 3 sera .net 4 seulement, je voudrais voir des choses autour des contrôleurs asynchrones et toutes les autres nouvelles fonctions async / multithreading que .net 4 apporte.

Je voudrais voir un support intégré pour des choses comme IronRuby

soutien MEF serait bien.

Je voudrais voir une nouvelle façon de routage de manutention, pour le rendre plus facile au développeur de services REST. Actuellement, j'ai routes comme ceci:

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

Pour une nouvelle personne en utilisant ASP.NET MVC, il est très intuitif pour créer des objets anonymes pour gérer le routage. Je voudrais le voir révisé à quelque chose comme ça (et puisque nous utilisons 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
                );

Cela rendrait plus découvrable aussi bien.

Je voudrais que les aides d'échafaudage automatiquement des vues d'index. Peut-être quelque chose comme IndexDisplay(), IndexDisplayFor() et IndexDisplayForModel().

Je voudrais templating à des classes de copain générer automatiquement sur un modèle donné.

i utilise aussi fonction de la simplicité, comme la plupart des choses sans aide, comme chose i html-aide que le développement asp.net MVC 3 est une meilleure façon d'apprendre MVC 3 à l'avenir.

Les deux choses que je voudrais voir la plupart sont l'injection de dépendance directe dans les vues, les filtres, etc., et (je sais que cela est censé être sur le chemin avec le moteur de vue Razor) est de pouvoir tester mes vues l'isolement de la canalisation ASP.Net (peut-être y compris la validation doctype et / ou un certain type de JavaScript compilation / validation).

Voici quelques autres idées:

  • Il serait agréable d'être en mesure de conditionner pour la réutilisation sur plusieurs projets d'un composant d'interface utilisateur (vues, modèles, modèles d'affichage, etc.). Je devine que ce qui est actuellement possible en quelque sorte, mais je ne ai pas besoin assez mal à comprendre moi-même.
  • L'idée de actions sans contrôleur de me intrigue sans contrôleur, en particulier du point de vue SRP.
  • Un meilleur soutien pour le modèle post-Redirect-Get (P / R / G) ... il semble tout comme il devrait y avoir un soutien intrinsèque pour ce modèle très important.

plus de contrôles et aides serait vraiment bien, en particulier une grille (ajax).

Je voudrais voir le soutien de l'ensemble des zones (je veux dire beaucoup d'assemblées avec des zones différentes) + chargement dynamique, quelque chose comme plug-ins.

Edit: Et nous avons aperçu aujourd'hui 1: http://weblogs.asp.net/scottgu/archive/2010/07/27/introducing-asp-net-mvc-3-preview-1.aspx

Tout le monde heureux? :>

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top