Mes: julio 2010

Ayer por la noche se anunció la Beta de WebMatrix, tengo la impresión de que hay unos cuantos elementos que no están muy claros gravitando alrededor del lanzamiento… Razor, WebMatrix, ASP.NET Pages, IIS… mi intención en este posts es ordenar un poco los elementos que han formado parte del lanzamiento.

Elevator pitch –> Web Matrix es un conjunto de herramientas que facilitan disponer de un entorno rápido y sencillo para el desarrollo de sitios web.

Actualmente si quieres hacer un desarrollo web con tecnología Microsoft tienes que activarte el IIS, descargar el framework, configurar el IIS para que trabaje con el framework, descargar la herramienta de desarrollo, el SQL…. si bien el Web Platform Installer simplifica la tarea con un único punto para gestionar las descargas… siguen siendo una serie de herramientas demasiado independientes para una persona que no ha sido ‘iniciada’ en el mundo MS.

Componentes de Web Matrix

Una versión de desarrollo de IIS, el IIS Developer Express. Una mezcla entre el IIS tradicional y el ASP.NET developer server que trae Visual Studio. Lo bueno es que ocupa menos de 10Mb, corre como un proceso, no necesita privilegios de administrador, soporta SSL, URL Rewriting…

Una base de datos, SQL Compact. No necesita setup, ni administrador ni nada… simplemente copiar los binarios a la carpeta bin de la aplicación web.  El motor de la base de datos funciona en memoria con la aplicación.

Una herramienta de creación de páginas web, que también se llama WebMatrix. Este es uno de los grandes valores, para minimizar la curva de aprendizaje de la herramienta, ha sido diseñada orientada a las tareasdel desarrollador. A nivel de desarrollo, permite extender conocidas aplicaciones del mundo Open Source (blogengine, Drupal, Gallery, WordPress… ) o empezar desarrollos en base a plantillas o desde 0.  Pero también tiene otras perlas, como publicar a FTP, usar los servicios de deployment para desplegar en un hoster, sugerencias SEO…

Una nueva sintaxis para ASP.NET, Razor. Ha sido creado como una vista de ASP.NET MVC, NO ES UN NUEVO LENGUAJE, es una vista, como Spark, NHaml,…  Sintácticamente es muy parecida al ASP/JSP/PHP/ASP.NETMVC, donde el código de servidor se entrelaza con el HTML.

Ahora mismo es algo separado, pero  hecho en la próxima versión de ASP.NET MVC, Razor será una de las posibles motores de vistas disponibles. Al no estar aún integrado con MVC, WebMatrix también trae un paquete extra ASP Pages, que da soporte a Razor.

(Me permito fusilarle la imagen a scottgu ^^)

Veís que la arroba es el escape para variables y sentencias…

Lo que os decía… muy ASP/PHP/JSP/MVC =)

 

Opinión personal e intransferible ( siempre discutible )

Creo que webmatrix tiene varios puntos en los que enganchar con diferentes perfiles. Por ejemplo… si eres un desarrollador web .NET que ya controla el IIS, el SQL, MVC… pues tal vez te interese echar un vistazo a Razor para usarlo en las vistas. SI eres ‘adaptador’ web, tal vez la parte de la integración de la herramienta con aplicaciones Open source sea interesante, para estudiantes o gente que se inicia (desarrolladores ASP, Java, PHP que tengan que ponerse las pilas en .NET), es un stack muy fácil de instalar y echar a andar… 

Acaba de salir la beta… ya iremos entrando a detalle en las posibilidades de cada una de las piezas, espero que haya servido como introducción general.

Descarga –> http://www.microsoft.com/web/webmatrix/

Documentación, tutoriales…. –> http://www.microsoft.com/web/webmatrix/learn/ ( solo en inglés )

 

Happy hacking!!

~ds

PD –> Si… antiguamente existía un producto que se llamaba ASP.NET WebMatrix … ya sabéis que en MS a veces tenemos duendes en marketing ( .NET 3.0, Plataforma Windows Azure con servicio Windows Azure … ^^ )

Creo que en los últimos años no ha variado la cantidad de gente que trabaja con tests… han evolucionado los frameworks, se han creado nuevas herramientas… pero no ha habido demasiada adopción, no se ha transmitido correctamente el valor de los tests y no se ha invertido el suficiente tiempo en ellos. Quien hacía pruebas en el 2009… es porque las hacía desde el 2003 🙂

Por fin… en el 2010 😀 parece que poco a poco va entrando en la cabeza de los equipos la rentabilidad de probar el código de una forma formal y sostenible y de una forma u otra los equipos van haciendo sus pinitos.

Para estos equipos que se inician, para quién quiere probar herramientas nuevas o para quien tiene código heredado que no sabe como atacar…llegan dos addins de visual studio  ( de la mano de Microsoft Research ) que facilitan la generación y el trabajo con puebas.

Microsoft Moles 2010::

Resumiendo, es un framework de mocks. Si nunca has trabajado con un framework de mocks, su misión es ayudarnos a aislar el código de dependencias externa, permitiendo reemplazar métodos y propiedades por equivalentes para pruebas.

<breve intro a lo que es un mock>

Supongamos que estamos validando la funcionalidad de sumar dos enteros (original, eh?) Y los valores de esos enteros, se leen de una BBDD.

Ahora supongamos que al lanzar el test, éste falla porque la red esta mal configurada y no se puede resolver el nombre del servidor SQL. Eso NO es lo que buscabamos en este test… lo que queremos probar es si es capaz de SUMAR correctamente.

Vamos  mockear el acceso a bbdd. Vamos a suplantar esa llamada, de modo que el nuevo método devuelva dos enteros, sin más, sin ir a bbdd ni nada, para que la prueba de la Suma pueda centrarse en su ámbito.

</breve intro a lo que es un mock>

Microsoft PEX 2010::

El nivel  básico es conceptualmente sencillo. En base a un análisis del código, crea tests con las entradas necesarias para ejecutar todas las ramas existentes en el código ( todas las posibilidades de if, switch… ) y descubrir posibles excepciones o errores.

Además nos deja personalizar esos tests o recoger información relativa a la cobertura de código ( cobertura en VS Premium o Ultimate ).

En este post nos centraremos en PEX y en otro posterior atacaremos Moles 😉

 

¿Cómo funciona PEX?

Una vez instalado, PEX funciona a través de un menú de contexto en Visual Studio, lo invocaremos para inspeccionar una clase o método y nos mostrará una ventana con pares de información introducida y resultado obtenido.

Es MUY sencillo obtener esta información… simplemente hay que ejecutar PEX… y éste se encargará de ejecutar varias veces el código seleccionado con diferentes opciones de entrada ( Exploraciones PEX )

nota… la primera vez que ejecutas pex te pide que selecciones un framework de tests

Y el resultado…

 

Vemos que entradas ha probado null, “”, “” … y que en todas ha ido sin problemas excepto en la primera, PEX ha detectado que este método podría generar un NullReferenceException Leyendo el código se nos podía haber escapado ( y no digas que no que el software esta lleno de despistes como este )… y puede que si hacemos los test a manos estemos demasiado centrados en lo que debe pasar y no en lo que pueda pasar…pero al analizar todos los statements y sus ramas, lo ha cazado 🙂

Al hacer click sobre la excepción en la ventana de PEX nos da información adicional del stack y detalles del test creado.

 

Y hasta nos permite mandársela por mail a quién consideremos oportuno

 

Algo más avanzado… precondición y asunción

Imaginemos que este método no tiene que tratar esa posibilidad de parámetro = null porque siempre se le llama con un valor correcto. En ese caso sería el componente que llama el responsable de controlar el valor del parámetro.

En la imagen anterior podemos ver que hay una opción Add Precondition, si nos situamos sobre la opción, nos muestra un pop up donde vemos una posible forma de tratar el error.

Si hacemos click, pex modifica nuestro código añadiendo la precondición para propagar la excepción al que invoque

Personalmente no me gusta esta solución, lanzar una excepción nueva no es solucionar el error. PEX nos da opciones ms elegantes, como añadir Assumptions al caso de prueba. Podriamos indicarle al test que asumimos que ese parametro nunca va a ser null y evitamos la excepción.

Tendríamos que guardar el test fallido (o todos, al gusto),y editar la clase que inicia las pruebas.

Así podremos indicarle que asuma que el valor no es nulo.

Y al volver a ejecutar los tests… evitarnos la excepción 😉

La funcionalidad de explorar las ramas con diferentes valores hace a PEX útil desde el minuto 0, pero como véis, además podéis entrar dentro del framework y trabajar a un nivel mayor de detalle.

Discusión… tiene sentido PEX en un entorno TDD?

Aquí me gustaría abrir algo de debate a ver qué opináis… sé que los comentarios no son un foro… pero permitidme la licencia 😉

Para mi tiene todo el sentido… TDD para aceptación y funcionalidad y PEX para descubrir despistes y dar información de cobertura.

 

Documentación, descarga y demás… –  http://research.microsoft.com/en-us/projects/pex 

Laboratorio de PEX – http://research.microsoft.com/en-us/projects/pex/digger.pdf

Vídeo de Unai en ch9 de intro a PEX – http://channel9.msdn.com/posts/Daniel+Garzon/Introduccion-a-PEX/  (tiene algo más de un año… pero hace el servicio 😀 )

 

Happy hacking!

PD –> Nos vemos con Holanda en la final! ( a ver si no tengo que tachar el comentario mañana tras el Alemania-España xD )