De monorail à ASP.Net MVC

Question

La dernière fois que j'ai pris une application .Net/C# non triviale, j'ai utilisé Castle Monorail et, dans l'ensemble, j'ai apprécié l'expérience. Les versions d'accès anticipé/aperçu de .Net MVC n'étaient pas encore disponibles. Beaucoup de «boutiques Microsoft» trouveront désormais la solution «officielle» plus attrayante. Quelqu'un est-il allé de Monorail à .Net MVC.

Comment avez-vous trouvé le commutateur?
Quelles sont les plus grandes différences actuellement?

Answer 1

Bien que je n'ai pas encore fait le commutateur, j'ai développé sur les deux plates-formes et j'ai fait quelques analyses de pré-commutation.

Il semble que la plus grande différence serait les View Engine. Notre matériel Monorail utilise le moteur de vue Brail tandis que asp.net mvc (stock) avec un webforms comme moteur de vue. Il existe d'autres moteurs de vue dans MvcContrib qui pourraient aider dans ce domaine, cependant.

ViewComponents et vue "helpers" semblent être traités différemment les deux cadres.

Answer 2

J'ai fait le changement, puisque vous l'avez souligné, ce sera le moyen préféré pour les magasins microsoft. Le commutateur était assez trivial et comme Mike l'a souligné, il est livré avec le moteur de vue webform par défaut, mais comme Mike a également dit que vous pouvez toujours profiter des vues que vous avez écrites dans brail et nvelocity avec le projet MvcContrib. ASP.NET MVC, ne vous lie pas à un ViewEngine direct, vous pouvez utiliser n'importe quel ViewEngine que vous voulez. Je ne pense pas nécessairement que c'est une différence.

La plus grande différence que j'ai trouvée était de regrouper mes contrôleurs et vues. Dans MonoRail, vous pouviez le faire facilement avec l'attribut ControllerDetails, j'ai pu facilement contourner cette limitation en codant le mien, mais j'aimerais que la fonctionnalité soit intégrée. Je l'ai fait en créant mon propre ViewLocator et en créant un ActionFilterAttribute.

Answer 3

L'équipe ASP.NET MVC effectue toujours des modifications avant la version 1.0, c'est donc le bon temps pour provide feedback.

De plus, sachez qu'il existe des versions plus fréquentes sur CodePlex, tandis que la page d'accueil sur www.asp.net encore des liens à 3. Aperçu

Answer 4

Je suis un utilisateur de monorail, jusqu'à présent, je me sens encore plus à l'aise sur MonoRail + ActiveRecord en raison de la commodité construite à ActiveRecord ARSmartDispatchController. Cependant, je dois dire que MonoRail n'a pas une bonne base de documentation jusqu'à présent (je suis l'un de ceux qui devraient être blâmés en tant que participant de la communauté qui n'a pas assez aidé pour écrire les docs)

Comme j'ai vu les commentaires ici, ASP .NET MVC utilise le moteur d'affichage WebForm. Je pense que MonoRail a cela aussi mais a été blâmé pour être assez problématique, donc je me demande comment est l'expérience avec ASP.NET MVC WebForm- pouvez-vous utiliser les composants du formulaire Web principalement de la façon dont il fonctionne ou vous devez abandonner la plupart d'entre eux et le bâton à l'approche plus de style de modèle (comme <% = ou <% #?

Answer 5

chanceux Je ne travaille pas pour un navire organisation utilise des produits de Microsoft est un besoin. Je ne pourrais pas répondre directement à votre question, Cependant, en termes d'utilisation de MonoRail, j'apprécie chaque partie du framework bien que le manque de documentation mais la suite de tests sont là pour me guider

En bref, je ne veux pas investir du temps dans l'apprentissage d'un nouveau framework bien qu'il soit proche (chacun avait sa propre co nvention) mais ASP.NET MVC manque encore de certaines fonctionnalités que je connais déjà, telles que la mention de fonctionnalité par Dale Ragon ControllerDetail, ActiveRecord et ainsi de suite.