Asp.Net MVC vs Castle MonoRail

Question

Tengo algunas experiencias en la aplicación de compilación con Asp.Net, pero ahora los frameworks MVC se vuelven más populares. Me gustaría intentar crear una nueva aplicación web multilingüe usando Asp.Net MVC o Castle MonoRail, pero no sé cuál es bueno para mí. No me gusta el motor de vista de formulario web, pero me gusta la función de enrutamiento en Asp.Net MVC.

• ¿Alguien podría hablar de los pros y los contras entre ellos?
• ¿Qué ViewEngine es el mejor también para anular la plantilla maestra?

Answer 1

Hablando como un defensor de monorrail, tengo que decir que probablemente debería ir por ASP.NET MVC. Para ser honesto, el simple hecho de que ASP.NET MVC se convierta en la arquitectura por defecto dentro de tres años probablemente debería cambiarlo. Esta ecuación fue diferente hace un año, simplemente porque la arquitectura por defecto tenía serios problemas de productividad en comparación con MonoRail.

Si quieres hablar ventajas y desventajas técnicas:

• ASP.NET AJAX es un desastre (evitarlo), pero ahora tengo jQuery. De hecho, el soporte jQuery es mejor que cualquier otro entorno. Por supuesto, solo obtiene completamente eso con la integración IDE con el motor de vista estándar.
• Existen algunas mejoras estéticas (por ejemplo, la manera en que se transmite la información del modelo es mucho más clara y más obvia que el monorraíl).

Además, no descarte el motor de vista estándar de la mano. No tiene que lanzar controles como lo hizo con ASP.NET, puede codificarlo de una manera bastante similar a Brail, solo usando C# en lugar de Boo.

Hay cosas que son simplemente fea * la cantidad de métodos que toman el objeto para un parámetro. Buena suerte para encontrar la documentación sobre lo que esperan exactamente. * La afición de Microsoft por las clases abstractas sobre las interfaces. Ellos tienen sus razones, pero todavía no me gusta.

Además, en muchos sentidos, MonoRail sigue siendo la plataforma más completa. No hay abstracción para validación o paginación en ASP.NET, por ejemplo. Además, no hay realmente ninguna ayuda para vincular a un modelo. Los ayudantes tienen muy poca funcionalidad en comparación con sus equivalentes Monorail.

En general, creo que ASP.NET MVC es un ganador.

Answer 2

MonoRail y ASP.NET MVC son fundamentalmente muy similares, debe estar bien usando cualquiera de ellos. MonoRail ha existido mucho más tiempo y, por lo tanto, tiene características de mayor nivel.

La fuerza principal de ASP.NET MVC es su motor de enrutamiento, para ser justo MonoRail tiene un motor de enrutamiento equivalente, y con algunas modificaciones puede usar el motor de enrutamiento ASP.NET MVC con MonoRail ya que el motor de enrutamiento es no realmente en ASP.NET MVC, sino en System.Web.Routing (Lanzado en .NET 3.5 SP1). ASP.NET MVC e integración con Visual Studio también es una ventaja, y probablemente mejorará a medida que nos acerquemos a RTM de v1.

El proyecto MvcContrib contiene algunos motores de gran visión, como Spark, NHaml y Brail. Nadie puede ser considerado "Mejor". Un favorito personal es Spark. Para obtener más información sobre la chispa: http://dev.dejardin.org/documentation/syntax

El motor WebForms tiene intellisense, que es una gran ventaja que, en mi conocimiento, todos los motores de vista alternativos carecen.

Answer 3

1. Creo que MVC gana indiscutiblemente. Su conjunto de características es muy similar, pero va a ser el más "popular" de los dos (y, por lo tanto, generalmente más ampliamente respaldado, documentado y extendido en toda la comunidad de desarrollo). Además, las nuevas mejoras de ViewEngine (Razor) .. e IDE me influyen y, en mi opinión, aumentan el valor de elegir MVC en vez de monorraíl.

2. He utilizado prácticamente todos los ViewEngines comunes, pero terminé rodando el mío (created an OpenSource Project) utilizando el impresionante motor de plantillas StringTemplate. ST es una verdadera separación de preocupaciones, OMI. Me encuentro escribiendo mejores aplicaciones como resultado, con MUCHA menos sopa de etiqueta. También lancé un quick intro and reference guide si eliges patear los neumáticos del motor. Tuve una suerte increíble en los proyectos que implementé hasta el momento al usarlo. Dicho esto, Razor (MVC 3) se ve bastante impresionante.

Answer 4

Aparte de popularidad percibida y el apoyo de Microsoft, ASP.NET MVC todavía carece de algunas características básicas que monorraíl ha tenido durante mucho tiempo como entidad controladora (zonas), ViewComponents nativos y filtros que pueden utilizar COI a nombre los más importantes.

Tengo algunas aplicaciones grandes que usan todas estas características y he tenido dificultades para portarlas a ASP.NET MVC.

He trabajado con Monorail desde hace algunos años y aunque MVC parece prometedor y su flexibilidad es increíble, todavía me resulta incómodo que por cada otra cosa que intento hacer, resulta que no está allí y tengo que conecte una pequeña pieza de MvcContrib, otra pieza de SharpArchitecture, contruya yo mismo, ya puede ver la imagen. El monorraíl es mucho más fácil de trabajar (en este momento, eso es).

Espero que las cosas mejoren en los próximos meses ya que algunas de las soluciones propuestas comenzarán a aumentar frente a otras y se volverán más comunes. Oye, la diversidad de opciones es buena, pero créanme, no querrán estar en Java-land hace 3 años, donde había tantos frameworks web que podían construir su sitio usando una para cada página diferente.

Mientras tanto, seguiré migrando lentamente mis aplicaciones MR a MVC, por las dudas.