¿Por qué no el mundo .NET tiene nada parecido rieles / griales / django / Roo? [cerrado]

Question

Me parece que las plataformas web de rápido desarrollo van a cambiar radicalmente el mundo de las aplicaciones web.

Han pasado cinco años desde que fue lanzado Rails 1.0 para Ruby, y desde entonces hemos visto Grails para Groovy, Django para Python, y Roo para Java.

Pero que yo sepa (que probablemente se limita, al ser un progammer Java / Groovy) no existe un marco similar para C #.

¿Tiene tal cosa existe? Si no es así, ¿por qué no?

Editar Es muy posible que no estoy usando las palabras correctas cuando digo "rápido desarrollo", pero yo estoy hablando de marcos que concebiblemente puede permitir que usted construya un motor de blogs de trabajo en 30 minutos. No se podía razonablemente hacer esto con, por ejemplo, Java, Spring, Hibernate y, teniendo en cuenta los distintos configuración necesaria para permitir que los controladores que se encuentran, y tanto la configuración y el código necesario para sus entidades a persistir y ser recuperados.

Así que estoy hablando de marcos que manejan toda la ABM con una mentalidad-sobre-configuración convención. Si alguien tiene las palabras adecuadas para lo que estoy hablando, que me haga saber.

Answer 1

Me parece que no hay nombre todavía para este tipo de marco todo lo que estamos hablando en este hilo. Los llamo por el momento solo rieles-como marcos : Marcos de que la productividad de la subasta por la orquestación de otros marcos existentes con el fin de resolver las necesidades básicas de la mayoría de las aplicaciones web, pero, al mismo tiempo que oculta toda la complejidad desde el desarrollador.

Por necesidades básicas me refiero a la aplicación de un proveedor de persistencia, una dependencia Inyección de contenedores, una herramienta de registro, una plataforma MVC, un motor de plantillas HTML, un kit de la plantilla de inicio del sitio Web con los ajustes preestablecidos CSS, un marco de seguridad y algunos Biblioteca Javascript para las características de AJAX y otras cosas interesantes. Los rieles-como marcos orquestan todas estas marcos y herramientas sobre la base del modelo de dominio (las entidades de su sistema con sus atributos).

Gracias al principio de Convenciones-sobre-configuración, estos marcos a evitar la necesidad de definir un montón de archivos de configuración generalmente requeridos por los marcos que orquestan (como Spring, Spring MVC, Hibernate, Log4J, etc.), asumiendo configuraciones por defecto basado en nomenclatura, estructura y metadatos incluidos en las definiciones mismas clases.

Gracias a los lenguajes dinámicos que estos marcos hacen uso (como Ruby, Groovy, Python, Clojure, etc.), con la excepción de SpringRoo que implementa el comportamiento dinámico en Java usando AspectJ, la funcionalidad que pertenece a los marcos debajo se extienden y se ponen a disposición del desarrollador en un uniforme tal manera elegante y que él / ella es consciente de las tecnologías subyacentes.

Finalmente gracias a la técnica Andamios, pruebas unitarias, pruebas de integración, controladores y vistas se generan automáticamente para las funciones principales (CRUD) sobre cada uno de los dominio objetos definidos por el desarrollador.

En el mundo .NET no ha sido desarrollado, siguiendo todas las definiciones anteriores. Sin embargo, nada impide que se produzca pronto. Hay grandes marcos, herramientas y bibliotecas que ya están disponibles en el mundo .NET que puede ser orquestada por un nuevo carril-como marco hecho para el CLR. Hay Unidad, Spring.NET y el castillo de Windsor entre otros para las necesidades de dependencia INYECTION. Entity Framework 4, NHibernate y iBatis.NET son bastante buenos proveedores de .NET persistencia. ASP.NET MVC han llegado fuertemente con soporte para varios motores de plantilla, además de la tradicional ASP.NET.

Incluso si nadie logra utilizan un lenguaje DLR para construir este tipo de marco, cualquier persona con suficiente se puede seguir el camino de SpringSource e implementar un carril-como marco con un lenguaje estático como C #, C # o VB.NET, haciendo uso de un recipiente orientado a aspectos (como AspectSharp o Gripper-LOOM.NET) para obtener el comportamiento dinámico.

Me gustaría saber acerca de cualquier grupo de personas que tratan de desarrollar dicho marco en .NET.

Answer 2

No sé qué quiere decir con "plataformas de desarrollo web rápido". La definición de "rápido desarrollo" que estoy familiarizado con nada tiene que ver con los idiomas, paradigmas o marcos, sino más bien el uso de creación rápida de prototipos y el desarrollo iterativo para producir un sistema. Cualquier idioma o marco se pueden utilizar igualmente bien.

Nunca he usado Grails o Roo antes, pero Django y rieles están ambos marcos MVC, por lo que su contraparte en .NET sería ASP.NET MVC .

Answer 3

Se podría entrar en los controles de arrastrar y soltar Visual Studio y en una página web y conectarlos a una base de datos con poco o ningún código. Un click para la prueba / vista. Y pulsar un botón para subir a un sitio web (ok, introduzca las credenciales).

No es que esta es la forma más utilizada o incluso recomendada de hacerlo, pero realmente no hay nada más fácil que esto.

Answer 4

Dado que las aplicaciones .NET web tienen un ciclo de acumulación.

Rubí / Python resultan ser muy ágil / ágil y lenguajes dinámicos.

Donde trabajo, tenemos una enorme aplicación .NET web, y los tiempos de compilación son comparables a un programa típico de mediano a grande C ++.

En mi libre me desarrollar aplicaciones web en Python, y el tiempo de compilación es 0. Sólo hay ningún paso de compilación en absoluto. El intérprete ejecuta recargas sólo .PY archivos como guarde ellos.