La última vez que tomé una aplicación .Net/C# no trivial utilicé Castle Monorail y, en general, disfruté de la experiencia. Las versiones de acceso temprano/vista previa de .Net MVC aún no estaban disponibles. Muchas "tiendas de Microsoft" ahora encontrarán la solución "oficial" más atractiva. Alguien ha pasado de Monorail a .Net MVC.De Monorail a ASP.Net MVC
¿Cómo encontraste el interruptor?
¿Cuáles son las principales diferencias, en este momento?
Aunque todavía no he hecho el cambio, me he desarrollado en ambas plataformas y he estado haciendo algunos análisis previos al cambio.
Parece que la mayor diferencia sería View Engines. Nuestro material Monorail utiliza el motor de vista Brail mientras asp.net mvc viene (stock) con formularios web como motor de vista. Sin embargo, hay otros motores de vista en MvcContrib que podrían ayudar en esta área.
También ViewComponents y view "helpers" parecen manejarse de forma bastante diferente en los dos frameworks.
He hecho el cambio, ya que señaló que será la forma preferida para las tiendas de microsoft. El cambio fue bastante trivial y, como Mike señaló, se envía con el motor de vista de formulario por defecto, pero como Mike también dijo que aún puede aprovechar las vistas que escribió en brail y nvelocity con el proyecto MvcContrib. ASP.NET MVC no lo vincula con un ViewEngine directo; puede usar cualquier ViewEngine que desee. No necesariamente creo que esto sea una diferencia.
La mayor diferencia que encontré fue la agrupación de mis controladores y vistas. En MonoRail puede hacer esto fácilmente con el atributo ControllerDetails, pude solucionar fácilmente esta limitación al codificar la mía, pero me gustaría que la funcionalidad estuviera integrada. Lo hice creando mi propio ViewLocator y creando un ActionFilterAttribute.
El equipo de ASP.NET MVC sigue realizando cambios antes de v1.0, por lo que ahora es un buen momento para provide feedback.
Además, tenga en cuenta que hay versiones más frecuentes en CodePlex, mientras que la página de inicio de www.asp.net todavía une a 3. Vista previa de
Soy un usuario de monorraíl, hasta ahora todavía me siento más cómodo en MonoRail + ActiveRecord debido a la conveniencia construida en ActiveRecord ARSmartDispatchController. Sin embargo, tengo que decir que MonoRail no tiene una buena base de documentación hasta ahora (soy uno de esos debe ser culpado como el participante de la comunidad que no ayudó lo suficiente para escribir los documentos)
Como vi los comentarios aquí, ASP .NET MVC usa el motor de visualización de WebForm. Creo que MonoRail tiene eso también, pero se lo achacó a ser bastante problemático, así que me pregunto cómo es la experiencia con ASP.NET MVC WebForm. ¿Puedes usar los componentes del formulario web principalmente como funciona o simplemente tienes que abandonar la mayoría de ellos y se adhieren a más enfoque de estilo de plantilla (como <% = o <% #?
Afortunado No estoy trabajando para un buque de productos de uso de organización de Microsoft es necesario. Así que podría no responder directamente a su pregunta, Sin embargo, en cuanto al uso de MonoRail, disfruto cada parte del framework, aunque la falta de documentación, pero el banco de pruebas están ahí para guiarme.
En resumen, no quiero invertir tiempo en aprender un nuevo framework aunque coincida (cada uno tenía su propio co nvention) pero ASP.NET MVC sigue careciendo de algunas características que ya conozco, como la mención de funciones de Dale Ragon ControllerDetail, ActiveRecord, etc.