Saltar al contenido

Artículos, tutoriales, trucos, curiosidades, reflexiones y links sobre programación web ASP.NET Core, MVC, Blazor, SignalR, Entity Framework, C#, Azure, Javascript... y lo que venga ;)

18 años online

el blog de José M. Aguilar

Inicio El autor Contactar

Artículos, tutoriales, trucos, curiosidades, reflexiones y links sobre programación web
ASP.NET Core, MVC, Blazor, SignalR, Entity Framework, C#, Azure, Javascript...

¡Microsoft MVP!
miércoles, 28 de marzo de 2012
¿Ein? ¿Pero no lo eran ya? Bueno, sí… pero no en toda la amplitud que puede ofrecer este término.

El progresivo acercamiento de ASP.NET al mundo del open source es algo que llevamos observando bastante tiempo. Desde hace unos años es posible acceder al código fuente de muchos productos, y también hemos visto cómo determinados proyectos puramente libres como jQuery eran incluidos con todos los honores en el conjunto de tecnologías de desarrollo oficiales de Microsoft. Ahora vamos un paso más allá.

Open Source InitiativeEl código fuente de la primera versión de ASP.NET MVC fue publicado en 2009, poco después de su lanzamiento, bajo licencia MS-PL, un modelo de licencia open source aprobado por la OSI (Open Source Initiative). Desde ese momento, cada lanzamiento del framework iba acompañado de la publicación del código fuente en CodePlex, lo que nos permitía descargarlo, estudiar su funcionamiento, compilarlo, y retocarlo libremente. Lo mismo ocurría con la primera versión de WebPages, y previsiblemente lo mismo iba a ocurrir con las nuevas versiones de MVC, WebPages y Web API.

Sin embargo, el desarrollo de estos productos seguía estando totalmente en manos de Microsoft. Es cierto que podíamos reportar bugs y sugerir cambios, pero en ningún momento participar de forma activa en los proyectos, ni ver lo que iba ocurriendo entre una RTM y otra.

Y de pronto, hoy nos levantamos con la noticia de que ASP.NET MVC, Web API y Web Pages (Razor) van a ser distribuidos como open source (licencia Apache 2.0). Pero si ya podíamos acceder al código fuente, ¿cuál es la novedad?

Pues, en primer lugar, que ahora los proyectos se han abierto totalmente de cara a la comunidad. No se trata de dejar que se vean las tripas de estos productos una vez terminados, sino de adoptar un modelo de desarrollo abierto y transparente al cien por cien.

Para empezar, ya no tendremos que esperar a las versiones RTM para acceder al código fuente, como ocurría hasta ahora; tendremos total transparencia durante el proceso de desarrollo, puesto que el fuente está ya disponible en un repositorio público accesible con Git. Podemos descargarlo, clonarlo, hacer forks, sugerir ideas, ver en cualquier momento el estado de los trabajos, las características pendientes de desarrollo, los bugs subsanados y las modificaciones que se están realizando por parte de los contribuyentes en tiempo real.

ProgramadoresY recalco aquí la palabra “contribuyentes”, que es el segundo aspecto importante de la noticia a la que hacía referencia. No hablamos ya exclusivamente de los equipos de Microsoft que hasta ahora han llevado las riendas: a partir de ahora, los desarrolladores de la comunidad podemos contribuir con parches e implementando funcionalidades de estos tres productos.

De hecho, el primero en estrenarse ha sido Miguel de Icaza, que había sido avisado previamente del movimiento, y ha contribuido añadiendo modificaciones a las plantillas de edición para que tengan en cuenta el DataType (Email, Url, DateTime, Date, Time, Number, etc.) a la hora de generar los controles en la página, de forma que éstos ya aparezcan con el atributo type establecidos de forma correcta para aprovechar las ventajas de HTML5.

Pero ojo, que esto no significa que MVC, Web API o Razor vayan a ser abandonados a su suerte. Microsoft va a seguir incluyéndolos con Visual Studio y trabajando en ellos como hasta ahora, desarrollándolos con la misma gente, dándoles soporte oficial, y asegurando su calidad. Cada contribución será minuciosamente revisada y comprobada por el equipo de ASP.NET y sólo serán aprobadas aquellas que cumplan estrictos criterios de calidad y adhesión al Roadmap de cada producto.

En palabras de Hanselman, nada cambia salvo una cosa: Es ASP.NET, pero ahora puedes involucrarte.

Y las ventajas están claras: estas tecnologías se verán enriquecidas e impulsadas por la comunidad de desarrolladores, y, si no se ponen trabas, esto seguro que se traduce en un crecimiento mucho mayor que el que hemos vivido hasta ahora, una respuesta más rápida ante problemas, una mejor y más eficiente adaptación a los cambios tecnológicos del entorno, y sobre todo, una mayor cercanía de los productos a sus usuarios y a la realidad de nuestro trabajo.

En fin, se trata de un importante movimiento por parte de Microsoft cuyas consecuencias y resultado iremos viendo con el tiempo, pero si todas las premisas se cumplen sin duda es una gran noticia para los desarrolladores ASP.NET.

Enlaces:
Publicado en: Variable not found.

2 Comentarios:

Yurivan dijo...

Hola Jose, no se si es el mejor lugar donde comentar pero necesito que me ilumines acerca de unas dudas que tengo, lo que pasa que estoy desarrollando una plicacion en MVC y bueno ahora toca informes y estuve viendo varias opciones pero ninguna me dice que fuese nativa para MVC ademas a esto hay que sumarle la complejidad de que algunos reportes seran del tipo tablas dinamicas de excel. estuve viendo la posible opcion de power pivot pero no se como llevarlo a MVC o la otra alternativa que me han dado es usar reporting services pero no he encontrado esas soluciones en mvc de forma nativa. gracias por leer esto y gracias por responder.

josé M. Aguilar dijo...

Hola, Yurivan.

MVC no dispone ninguna solución "de serie" para la creación de informes, por lo que normalmente se suelen utilizar soluciones externas como Crystal o Reporting Services.

En la web puedes encontrar multitud de ejemplos para integrar estas dos herramientas con MVC.

Saludos.