Estas siglas ya os sonarán a todos, pero puede que los números que las acompañan no. Ahora en febrero, si todo está en su sitio, saldrá (o habrá salido para el día que esto se publique) la Release Candidate 2 de ASP .Net 5 y de MVC 6. Creo que hacen un nuevo planteamiento muy interesante. Reducen cargas, introducen patrones, se abren más aun al mundo open source y predisponen a hacer las cosas bien. Además muchas de estas cosas no son sólo para web y se pueden extrapolar a aplicaciones de otro tipo.

En ASP .Net 5, creo que la palabra más destacada puede ser «multiplataforma», y es que ahora es muy fácil hacer aplicaciones que sean multiplataforma. Pero vayamos por partes. Lo primero es ver que es una aplicación ASP .Net 5, y no es más que un directorio con unas clases y un archivo project.json que le dice a DNX como es. DNX quiere decir .Net Execution Environment y es el encargado de que todo rule. Si usas Visual Studio en cuanto guardas una modificación en el archivo project, DNX se encarga de hacer las modificaciones en el proyecto. Por ejemplo puedes editar la propiedad framework que indica los frameworks sobre los que quieres que tu aplicación se ejecute, y al guardar el archivo DNX se encargará de descargar e instalar las librerías que haga falta y de avisarte si alguna no está preparada para ejecutarse en uno de los frameworks que has indicado. En frameworks también hay una novedad y es que además de los que ya existían, introducen .Net Core, que es la parte principal de la versión 5 de .Net, y en ella han optimizado todo para que sólo esté lo imprescindible y así no se penalice tu proyecto con cargas lentas, ¡además es multiplataforma y de código abierto!. Se usan cosas que ya existían como NuGet para añadir funcionalidades en el lado servidor o Bower para las librerías de lado cliente.

Una cosa es el framework sobre el que quieres correr, y otra el que usas para desarrollar. Los que están planteados ahora son WebHooks que es para programación reactiva y MVC 6. ¿Qué hay que mole en MVC 6? Lo principal creo que es que está todo pensado para que se hagan las cosas bien sin esfuerzo. Si conoces un poco como hace las cosas Microsoft, sabrás que generalmente marca un camino que es muy fácil de seguir; si te intentas desmarcar a lo mejor te ves en problemas, pero no hay que reinventar la rueda cuando las cosas son sota, caballo y rey. En MVC 6 se han usado varios patrones para facilitar y casi forzar la inyección de dependencias. Como con el SDK de los Webjobs, que vimos como basta con definir el tipo de los parámetros para que JobHost nos meta los objetos adecuados, aquí basta con que definamos los parámetros en los contructores de nuestros controladores (también se puede inyectar en las vistas) y otros objetos que usemos y que en la configuración inicial de la clase Startup definamos que clases (u objetos) van con que interfaces y cual será su ciclo de vida y ya no te tienes que preocupar de más. Esto facilita, como sabéis (porque de patrones ya habéis leído largo y tendido ¿verdad?), la creación de tests unitarios que son muy fáciles de gestionar, ya que gracias al uso de xUnit sólo tienes que añadir una librería, meter un par de dependencias en tu archivo project.json y ya podrás picar unos tests que se vayan ejecutando a medida que desarrollas. ¿A que mola?

Todo esto, como siempre que se está hablando de una Release Candidate, hay que tomarlo con pinzas, porque por un lado tenemos una página en GitHub que dice que DNX desaparece en favor de las CLI Tools, pero por otro en la wiki de ASP .Net en el mismo GitHub es de DNX de lo primero que te habla.

Hay muchas cosas más, yo de vosotros le echaría un ojo a la documentación, y así el próximo proyecto que empecéis podrá estar a la última y ser la envidia de todos en las fiestas de los servidores.

Post By Javi López (27 Posts)

Arquitecto/desarrollador, creativo, buscador de nuevas soluciones y modelos de negocio, crítico constructivo y ex muchas cosas

Website: → JaviLopezG

Connect