Mostrando las entradas con la etiqueta Visual Studio 2008. Mostrar todas las entradas
Mostrando las entradas con la etiqueta Visual Studio 2008. Mostrar todas las entradas

jueves, enero 31, 2008

Code Coverage para Identificar Casos de Pruebas Importantes

Esta herramienta es muy útil. Nos ayuda a ver que porcentaje de nuestro código esta realmente siendo ejecutado. Hay código que nunca se toca y esto nos puede indicar tres cosas.

1. Es código que realmente no se usa y sólo estorba y perjudica a la mantenibilidad de nuestro proyecto. Solución: Borralo.

2. Es código que no se está probando. Solución: Crea una nueva prueba.

3. El código es tan simple que no hace falta probarlo. Esto pudiera ser real, sin embargo, si en todo el set de pruebas no se pasa nunca por ahí nos hace pensar que tal vez nunca se usa en toda la aplicación.

El punto uno es simple, solo no le agarren cariño al código que no sirve y presionen delete sin llorar por las horas que invirtieron en algo que nadie usara. El punto dos se puede cumplir de muchas formas, la ideal es una prueba unitaria que podamos repetir constantemente, sin embargo, podríamos hacer un WebTest o Manual Test, lo importante es que se pruebe.

Podemos ver un ejmplo reciente.

image

En este caso vemos que nuestro metodo Borrar Artículo siempre se esta probando cuando el baseNode no tiene un artículo. Esto pudiera no ser muy critíco porque los otros tres metodos si estan cubiertos por otras pruebas, sin embargo, es una prueba básica que debería estar considerada.

No es necesario llevar esta practica a un extremo y querer tener 100% Code Coverage, en muchos proyectos no vale la pena, sobre todo con código heredado o si no se inicio con buenas prácitcas. Lo que si debemos tener bien presente es que no baje nuestro code coverage, es decir, iteración tras iteración o mejor aún (Si usan Integración Continua) check-in tras check-in  nuestro porcentaje de cobertura aumente, esta es una buena metrica para el equipo completo. 

Links

Como Configurar Code Coverage en Team System (MSDN)
Configurar Integración Continua en Team System 2005
Configurar Integración Continua en Team System 2008
Code Coverage para NCover (Si pruebas con NUnit)

viernes, noviembre 30, 2007

Problemas con Silverlight 1.1 y VS 2008

Horrible sorpresa, las herramientas para Silverlight 1.1 no jalaban en el release de VS, lo bueno es que MS ya saco un update:

Fix for Silverlight 1.1 Tools Alpha for Visual Studio 2008 Package Load Failure
Pueden encontrar más info aca. Para los de Integradores que lean esto, el installer ya está en nuestro server junto en el folder de BlendSeptember, sino simplemente descargalo aquí, desinstala antes el del Beta 2 si es que aún lo tenías y reinstala este y listo.

Hablando de Silverlight Scott publico una presentación que sirve como una buena introducción.

Por cierto ahora en Web habrá muchas novedades sobre ASP.NET, Silverlight 2.0 (actualmente conocido como 1.1), IIS 7.0, vean un post con más info.

domingo, noviembre 25, 2007

Instalaciones en VS 2008 y VS 2005

Aunque de acuerdo con Scott Guthrie se puede tener 08 y 05 instalados de manera simultanea, en la práctica esto puede ser un poco problematico principalmente al instalar paquetes o add-ins que extiendan el IDE.

Yo utilizo un add-in, Resharper (que no funciona muy bien aún, pero ya se puede instalar en 08), otra es Guidance Automation que en su última versión de Julio 2007 ya es compatible con 2008. Algunos me han dicho que tienen problemas con controles como Telerik. El problema es que cuando instalas algo como esto teniendo ambas versiones te instala únicamente en 2005.

Bueno el truco es el siguiente, de acuerdo a Bill Evjen se necesita ejecutar algo como

msiexec /i ReSharperSetup.3.0.1.msi VSVERSION=9.0

Pueden sustituir ReSharperSetup por lo que quieran instalar.

Si esto no funciona, en el registro dentro de computer\hkey_local_machine\software\microsoft\visualstudio\8.0\packages busquen (Ctrl-F) el paquete por nombre, por ejemplo Resharper o GAT, este tiene un GUID como Key, usenlo para buscar Services, Text Editors, Project Templates, etc y copienlos en el mismo path sólo cambiando 8.0 por 9.0 y listo.

Espero les funcione, aunque si pueden migrar sus proyectos de 2005 a 2008, mejor desinstalen 2005 y reinstalen los add-ins o paquetes. Recuerden que no necesitan migrar a 3.5.

Algunos de los problemas que hemos encontrado al migrar, es que el designer trabaja distinto, por lo que algunos controles no funcionan, al migrar a 2008 (aún usando el Framework 2.0) te actualiza las referencias para usar SQL Server CE 3.5 en lugar del 3.1, lo que te obliga a migrar sus referencias que pudieran tener a su vez referencias a SQL Server CE 3.1. Antes de desinstalar 2005 revisen que todo funciona bien en 2008.

Si aún tienen el Beta 2 migren al RTM aunque hay algunos pasos sencillos para desinstalar y reinstalar (Post 1, Post 2), puede ser más conveniente formatear y reinstalar desde cero.

sábado, octubre 13, 2007

Un mejor post de .NET: El Framework, el IDE y el Lenguaje

Vi un post de the Moth que explica muy bien las diferencias entre el IDE, Framework, Lenguajes y sus versiones.

Asi que lo que yo explique en un post previo en varias paginas el lo resumio con una clara imagen. Si no han leido el mio, no lo hagan y lean el de the Moth a menos que quieran un claro ejemplo de como una alta motivacion al estar escribiendo se puede convertir en una demostracion de la baja capacidad de sintesis.

jueves, octubre 04, 2007

Los desarrolladores de Mobile estamos olvidados. ¿Qué podemos hacer?

Acabo de publicar sobre las novedades de TFS 2008 y estuve reflexionando (nuevamente sobre lo mismo), me gustaría que hubiera tantas nuevas en .NET CF como en otras áreas de VS2008 pero a veces los desarrolladores de Mobile nos sentimos un poco olvidados. Pruebas de estos son las enormes listas de novedades áreas como ADO.NET, ASP.NET, WPF, TFS 2008, AJAX, Silverlight, LINQ ¿y qué tenemos en Mobile?

No hay soporte para Silverlight for devides (aún), no hay soporte para SyncServices for devices (aún), WCF sólo implemente un subset del framework, no hay grandes cambios en ASP.NET for devices. Algunas de las ventajas del IDE no las podemos usar para mobile.

Por otro lado mientras algunos productos como el Smart Cliente Software Factory sigue evolucionando, tan así que se convertirá en algún momento en Acropolis y el Mobile Cliente Software Factory ha sido olvidado.

Bueno finalmente desarrollamos para mobile, así que más acción y menos quejas. Acabamos de migrar el MCSF a .NET 3.5 y funciona de maravilla junto con algunos de nuestros proyectos sólo para probar. La migración fue sencilla, la única parte que falta es el guidance, qué es como ayuda para ciertas acciones tipicas en el desarrollo del proyecto. Esto es porque no las nuevas versiones de GAT y GAX no son compatibles con la que hemos venido usando. Esperamos migrar esto al nuevo GAT y publicar en gotdotnet junto con algunas extensiones que hemos hecho al Software Factory. También en proceso de desarrollo estan unos Hands On Lab del que posiblemente publiquemos su versión en inglés y español.

En cuanto publiquemos la nueva version de MCSF y las extensiones pondre el link.

Por otro lado vale la pena comentar que en el nuevo sistema operativo Windows Mobile 6.0 hay varias cosas nuevas que valen la pena un vistazo. Entre ellas destacan claramente el emulador de celular y GPS.

Algo de lo más fregón para la nueva versión del IDE relacionada con mobile son las pruebas unitarias. Mientras yo publico algo más detallad pueden leer el Post del Equipo de .NET CF con una lista de otras mejoras, algo sobre los .NET CF 3.5 PowerToys y que hay de nuevo para WCF y Mobile

Había publicado ya un poco como parte de otro post algo de lo nuevo para mobile. Así que hago un copy/paste de estas ventajas.

...aunque se espera un WPF/E no será una de estas (Silverlight para mobile), pero existe ya un Compact WCF o WCF-E. El primero, WPF Everywhere, es para usar XAML y las capacidades gráficas de WPF en otras plataformas como Web (ahora conocido como Silverlight) y otros Sistemas Operativos incluyendo Windows CE y por lo tanto Windows Mobile, sin embargo WPF-E saldrá a la luz primero como un componente para diferentes navegadores antes de estar disponible para Mobile, por lo que seguramente no lo veremos incluido como parte de Orcas. Compact WCF usará SMTP para poder tener colas de mensajes en aplicaciones desconectadas y un protocolo para poder comunicarse por push con los dispositivos, estos dos por si sólo son ya grandes ventajas, sin embargo esperaríamos algo de Remoting y WS-* para tener realmente mejores herramientas de comunicación desde estos dispositivos. Aunque no vengan como parte de WCF-E tendremos todo el stack para hacer algo nosotros.
Siguiendo con Mobile, tendremos también disponibles las nuevas características del lenguaje, buena parte de LINQ y otras tantas mejoras. Aunque el Beta de VS actual no incluye el SDK para Windows Mobile 6.0, esperamos que el release de Orcas si lo incluya. Hay otras áreas muy relacionadas con Mobile como Sql Server Compact Edition 3.5 que recibirán grandes mejoras. La más importante de estas considero será SyncServices de ADO.NET, que lamentablemente no contará con la versión de Mobile para esta versión.


Definitivamente, aunque tal vez no como parte de un major release como es Orcas, hay mucha innovación que se está haciendo (y quisiera decir estamos haciendo) alrededor Mobile como gente que lo esta usando junto con Robotics Studio, Virtual Earth, APIs para Facebook, RFID, AJAX, etc. Es sólo cuestión de buscar. Los siguientes son una serie de links que valen la pena:

José Miguel Torres publica de temas de Mobile.
DesarrolloMobile tiene muchos recursos organizados por tecnología.
OpenNetCF agrega algunas cosas que el framework no considera, como mejor soporte para comunicación serial entre muchas
Nick Landry tiene varios posts relacionados con Virtual Earth y Mobile.
OrientationAware.NET la gente de Clarious Consulting extendio el OAC del MCSF para hacer más sencillo el desarrollo para dispositivos con diferentes resoluciones y form factors.

sábado, agosto 11, 2007

.NET: El Framework, el IDE y el Lenguaje

Este es un post viejo que nunca publique porque no encontraba el archivo de Word donde lo hice, aunque algunas cosas ya serán más claras ahora que es más salió Visual Studio 2008 Beta 2 y hay mucha más documentación al respecto, muchos me han comentado dudas similares de las que trataba de explicar en este documento que escribí por ahí de Marzo. Así es que busque el archivo y espero conteste algunas preguntas.

Hemos escuchado mucho de .NET 2.0 y .NET 3.0 y por separado por ahí escuchamos de una nueva versión de Visual Studio (Orcas) y C# 3.0, aunque estos últimos aún no salen, pero ya liberaron.NET 3.0. ¿Así que cuál es la realidad, podemos usar .NET 3.0? La respuesta es sí. Tal vez causa algo de confusión, pero todo se aclara separando los diferentes productos, teníamos todavía en 2005 el framework 1.1, salio en Noviembre de ese año el 2.0 junto con un nuevo IDE (VS 2005), nuevo framework (.NET 2.0) y nuevas características del lenguaje (C# 2.0 y VB 8). Así que todo lo vimos como una sola nueva versión hacía una nueva plataforma de desarrollo que por facilidad nombramos simplemente ".NET 2.0". Un año después, también en noviembre, sacan el .NET 3.0 y en esta ocasión no tenemos nuevo IDE y el lenguaje permaneció igual, según fechas de Microsoft en la segunda mitad de este año (según una simple analogía será en noviembre) sacarán C# 3.0 y un nuevo IDE.

La clave está en separar. Tomando como ejemplo lo que se libero en noviembre de 2005 y comparándolo que la versión anterior.

Tenemos C# 2.0 y VB 8.0 y antes teníamos C# 1.0 y VB 7.0, voy a hablar sólo de C#, entre otras cosas:

  • Tenemos Generics,
  • Tenemos delegados anónimos.
  • Tenemos yield.
  • Tenemos clases parciales.
  • Se optimizo el lenguaje intermedio generado, no voy a explicar mucho de eso, pero la idea es que es mejor y se hicieron cambios necesarios para soportar cosas como los Generics.

Tenemos el .NET Framework 2.0 y antes teníamos el framework 1.1:

  • Tenemos nuevas clases para acceso a datos.
  • Algunas colecciones genéricas.
  • Algunos nuevos controles para desarrollar en Windows, Web y bueno sobre todo Web.
  • Algunas muchas mejoras más por citar algunas, remoting trabaja un poco distinto y es más seguro, se deprecaron algunos métodos y clases y se crearon nuevas para sustituir cierta funcionalidad, etc.

Tenemos el Visual Studio 2005 y antes teníamos el Visual Studio 2003:

  • Cambiaron muchas funcionalidades desde una versión a la otra. Unas de las más interesantes son la integración con pruebas, diagramas y herramientas para trabajo en equipo que provee Visual Studio Team Suite, pero esta es la versión más cara. Por otro lado tenemos muchas versiones que antes no existían como las Express, más limitadas que las demás, pero mucho más barata (gratis).
  • Obviamente mejor integración con los nuevos lenguajes C# 2.0 y VB 8, por ejemplo intellisense para generics y delegados anónimos.
  • Obviamente mejor integración con el nuevo framework, por ejemplo vistas de diseño distintas para ver los mater pages y soporta las nuevas formas de compilación en ASP.NET.
  • Mejoras al depurador, nuevas herramientas como el Object Test Bench y creación de algunos nuevos generadores de código.

Ahora volviendo a todo lo de 3.0:

Tenemos ya ahorita y listo para usar el .NET Framework 3.0 y trabaja en conjunto con el 2.0 y está compuesto por los siguientes cuatro componentes:

  • Windows Communication Foundation: viene a unificar tecnologías como Web Services, MSMQ, Remoting.
  • Windows Presentation Foundation: para hacer aplicaciones de escritorio más bonitas.
  • Windows Workflow Foundation: para crear y monitorear workflows.
  • Cardspace: para autentificar a usuarios usando una metafora de credenciales.

Es importante hacer notar que todo este framework trabaja lado a lado con el .NET 2.0, simplemente son una serie más de librerías, similar a si bajaran Enterprise Library o algún componente de terceros y no necesita de ningún cambio en el lenguaje o IDE.

Tendremos ojala y este mismo año C# 3.0 y VB 9.0, hablare sólo de C# 3.0, este nuevo lenguaje trae algunas novedades como:

  • Expresiones Lambda, que no son otra cosa más que otras sintaxis para usar delegados anónimos con muchas más ventajas adicionales a la sintaxis que espero poder explicar en otro post.
  • Tipos inferidos, que no es más que otro truco del compilador, este infiere dependiendo de lo que le asignes a una variable el tipo de dato, var s = "hola"; sabemos que es un string y el compilador lo puede inferir.
  • Extension methods, que no son otra cosa más que el compilador provee una nueva forma de mandar llamar a métodos estáticos de otras clases, otro truco más del compilador.
  • Tipos anónimos, que es similar a delegados anónimos pero para clases, este se aprovecha de los tipos inferidos e inicializadores así var car = new { Color = Color.Red, Name = "Lamborghini" }, crea una clase que tiene dos propiedades, Name de tipo string y Color de tipo Color, así podemos decir car.Color = Color.Black; car.Name = "McLaren F1".
  • Inicializadores, otro truco más del compilador para crear un objeto y en la misma declaración asignarle propiedades. DbConnection conn = new SqlConnection() { ConnectionString = "", CommandTye = CommandType.Text };

    // Nuevo atajo para inicializar objetos.
    DbConnection conn = new SqlConnection() { ConnectionString = "", CommandTye = CommandType.Text };

    // Se traduce al mismo código intermedio que la anteior.
    DbConnection conn = new SqlConnection();
    conn.ConnectionString = "";
    conn.CommandType = CommandType.Text;

    Por eso es que les digo que son trucos del compilador, sin embargo muy útiles, ahora usamos en todos lados clases parciales, generics y delegados anónimos, para esta altura de 2008 seguramente estaremos usando todo esto con mucha frecuencia, sobre todo si usamos LINQ, pero ese es tema de otro post.

Siguiendo con la comparación, tendremos ojala y este mismo año, Visual Studio Orcas seguramente el nombre oficial será VS 2007 o VS 2008 dependiendo de que le guste más a los de marketing, a mi me gusta más Orcas.

  • Tendrá soporte para las nuevas funcionalidades del lenguaje.
  • Tendrá soporte para el nuevo framework 3.0, un diseñador de Workflows, Wizards y otras cosas para WCF y una nueva vista de diseño para crear aplicaciones con WPF usando XAML.
  • Incluirá otras tecnologías que ya fueron liberadas, pero aún no se integran "out of the box" con Visual Studio, como ASP.NET Ajax (Antes Atlas) que se también tendrá algunos cambios importantes principalmente en el performance y su integración con Silverlight.
  • Soportará que le digas a que versión del framework estas enfocando tus aplicaciones y puedas desde el mismo IDE crear proyectos para .NET 3.0 o .NET 2.0.
  • Mejoras al depurador e Intellisense de JavaScript.

Así que resumiendo un poco, 3.0 se compone de tres partes, como siempre se ha hecho, sólo que ahora realmente están separadas en tiempo, ya tenemos el Framework 3.0 listo para empezar a crear aplicaciones usando WPF, WF y WCF, sin embargo, aún no tenemos un nuevo Visual Studio que nos ayude con esta tarea, aunque hay ciertas extensiones que se pueden utilizar desde ahorita. Por otro lado, en este caso el Framework 2.0 (incluyendo el CLR), el lenguaje intermedio y el lenguaje (C# o VB) no cambiaron por lo que nuestras aplicaciones de .NET 3.0 siguen usando el mismo C# 2.0 y el Framework 2.0. Esto cambiará seguramente en Noviembre de este año que tendremos la nueva versión del lenguaje C# 3.0 y VB 9.0 y la nueva versión del Visual Studio.

Hay otro proyecto LINQ y una nueva versión del Framework (3.5) que se liberará junto con Orcas y C# 3.0 que incluye varias clases que aprovechan ciertas características del nuevo lenguaje para hacer más fácil el acceso a datos, a casi todo tipo de datos (XML, Bases de Datos, Registro, Objetos), pero de esto hablaremos más a detalle en algún otro post.

Existen otras tecnologías paralelas a lo que mencionamos (Lenguaje, Framework e IDE) que no obedecen a las mismas fechas. En cierto sentido, gracias a que Microsoft se ha vuelto un poco más ágil, y si me refiero a usar metodologías ágiles en algunos de sus grupos de desarrollo e implementar algunas de estas prácticas ya podemos usar actualmente nuevos productos sin esperar a que se incluyan Out of the Box, por ejemplo ASP.NET Ajax y el Control Toolkiit que realmente es un desarrollo de ASP.NET, pero aún no se ha integrado como parte de por ejemplo un Framework 3.0 o Visual Studio, de hecho no hubo nada nuevo para ASP.NET en el Framework 3.0. Otro ejemplo seguramente serán BLINQ una nueva tecnología que usa LINQ para hacer páginas Web, este es otro desarrollo del grupo de ASP.NET que podría liberarse hasta después de Orcas y C# 3.0. Otros ejemplos son los Software Factories, Enterprise Library y CAB de Patterns and Practices que siempre han sido componentes por separado, el SDK de Visual Studio al igual que el Guidance Automation Toolkit, han tomado un camino muy distinto al del mismo producto en sí y Visual Studio Tools for Office 2007, que gracias a dios no espero a que se liberará Orcas y lo hicieron casi a la par de Office 2007.

El mejor ejemplo de esto es el Toolkit de controles de ASP.NET Ajax, que aunque más adelante se integraran como otros controles más de ASP.NET ojala y siempre siga liberando versiones por separado del Framework, Lenguaje e IDE. Es tan difícil liberar estos últimos, involucra muchas cuestiones de licenciamiento, esquemas de venta, marketing, documentación, pruebas, etc, etc, etc que simplemente haría que simples controles como el estos tarden un año en ver la luz. No es que estos controles no tengan licenciamiento, documentación y pruebas, es sólo que se pueden liberar más rápidamente.

Yo creo que Microsoft se está viendo inteligente en ir liberando así las versiones, y permitirnos ir usando la tecnologías más recientes sin esperar por largos ciclos de desarrollo aunque si será muy cómodo el instalar un solo producto (Orcas) y tener todo lo que necesitamos, pero mientras tanto, lo podemos ir usando en producción.

Otra línea de productos más, que la verdad en este caso si nos gustaría que formara parte del mismo timeline del Framework, Lenguaje e IDE y sobre todo que le dieran la misma importancia como a las demás es el Compact Framework y SQL Compact Edition. Algo como esto tiene sus pros y sus contras, por ejemplo, SQL Compact Edition y el Compact Framework SP1 se liberaron mucho después que Visual Studio 2005 y no nos hubiera gustado tener que esperar un año hasta que saliera Orcas para empezar o algún Service Pack de Visual Studio, sin embargo, unos meses después de que se libero Visual Studio 2005 se liberó el SDK para programar en Windows Mobile 5.0, por lo que Out of the box no tenemos soporte para esta plataforma en el IDE actual. Así que siempre que fuera para tener algo antes sería mejor que se integre (e.g. que hubieran incluido lo necesario para desarrollar Windows Mobile 5.0 en VS 2005) así no tendríamos que esperar ni que instalar tanto producto por separado y tendríamos. Sin embargo siempre que pensaran en retrasar un release sólo por incluirlo en un release mayor no nos gustaría (e.g. esperar al SP1 de VS 2005 para incluir el Compact Framework SP1).

Cuando liberaron el .NET 3.0 no salió nada nuevo para Mobile, pero junto con Orcas habrá grandes novedades, aunque se espera un WPF/E no será una de estas (Silverlight para mobile), pero existe ya un Compact WCF o WCF-E. El primero, WPF Everywhere, es para usar XAML y las capacidades gráficas de WPF en otras plataformas como Web (ahora conocido como Silverlight) y otros Sistemas Operativos incluyendo Windows CE y por lo tanto Windows Mobile, sin embargo WPF-E saldrá a la luz primero como un componente para diferentes navegadores antes de estar disponible para Mobile, por lo que seguramente no lo veremos incluido como parte de Orcas. Compact WCF usará SMTP para poder tener colas de mensajes en aplicaciones desconectadas y un protocolo para poder comunicarse por push con los dispositivos, estos dos por si sólo son ya grandes ventajas, sin embargo esperaríamos algo de Remoting y WS-* para tener realmente mejores herramientas de comunicación desde estos dispositivos. Aunque no vengan como parte de WCF-E tendremos todo el stack para hacer algo nosotros.

Siguiente con Mobile, tendremos también disponibles las nuevas características del lenguaje, buena parte de LINQ y otras tantas mejoras. Aunque el Beta de VS actual no incluye el SDK para Windows Mobile 6.0, esperamos que el release de Orcas si lo incluya. Hay otras áreas muy relacionadas con Mobile como Sql Server Compact Edition 3.5 que recibirán grandes mejoras. La más importante de estas considero será SyncServices de ADO.NET, que lamentablemente no contará con la versión de Mobile para esta versión.

Microsoft debería haber llamado a .NET 3.0 simplemente 2.5 ya que fue una mejora menor y .NET 3.5 que es un gran cambio debería haber sido 3.0 o simplemente 3.0 y 4.0 respectivamente, sin embargo tendremos que vivir con las decisiones de versionamiento, aunque nos acostumbraremos rápidamente. Para hacerlo un poco más confuso, C# será 3.0 y no 3.5.

Así es que esperemos grandes cambios. Si desean ver más información de 3.5, les sugiero los posts de Scott Guthrie sobre los nuevos features que comente.

Lenguajes Dinámicos – IronPython y ASP.NET y los primeros pininos con IronRuby

Tal como el CLR y especialmente el CLS sirven de base para los lenguajes estáticos como C#, VB.NET, J#, Delphi.NET y otros menos exitosos que han surgido (no que Delphi .NET hay tenido éxito). Microsoft está trabajando sobre esta nueva cosa que llaman el DLR (Dynamic Language Runtime) que les va a servir de base para hostear lenguajes dinámicos de una manera eficiente permitiéndoles hacer llamadas a APIs de .NET, algunas de las implementaciones son IronPython, IronRuby, JavaScript y Dynamic VB. En este post daré una muy breve introducción a IronRuby y los redirigiré a un buen ejemplo de Scott Guthrie y veremos un poco más a fondo como IronPython, que ya es un poco más maduro que IronRuby, se integra con ASP.NET de una forma bastante ingeniosa y finalmente veremos algunas de las ventajas.

Como todos deberían de saber, los lenguajes dinámicos, especialmente Ruby usado en conjunto con Ruby on Rails han estado ganando mucha popularidad y tienen ciertas ventajas en comparación con los lenguajes estáticos. Por lo poco que he usado Rails tengo que aceptar que se puede ser muy productivo, aunque hay muchas cosas que extraño como Intellisense, Visual Studio, la depuración, muchas herramientas a las que estoy acostumbrado (Team System, Unit Testing, RhinoMock, etc.), pero especialmente el .NET Framework, por lo que la idea de lenguajes dinámicos que puedan interoperar con este último suena muy atractiva. Por otro lado, según benchmarks que han hecho (les debo la referencia, simplemente lo leí en algún lado y lo escuche en algunos audios) tanto las implementaciones de Microsoft de Ruby, Python y JavaScript para el CLR son muy eficientes gracias a que se convierten en código compilado al vuelo en lugar de interpretado.

Scott Guthrie recientemente escribió una introducción a IronRuby que consiste en unos simples ejemplos de consola y luego una demo de cómo usar WPF con IronRuby. Les dejo el link al ejemplo y al código fuente de IronRuby que está en la página de John Lam donde explica un poco más del proyecto, también pueden escuchar su John Lam on the DLR de DotNetRocks o John Lam on Iron Ruby en Hanselminutes. Algo interesante es que se liberará usando la Microsoft Permissive License y están invitando a gente externa a Microsoft en participar en el proyecto. Hay muchas cosas que aún no funcionan bien, pero nos podemos dar una idea de lo que viene.

IronPython ya se integra con ASP.NET podemos ver más detalle en este WhitePaper o en el audio Language Extensibility - Iron Python de DotNetRocks donde explican lo mismo. En resumen, en lugar de usar el CodeDOM para hacer el merge una página ASP.NET con la clase parcial del CodeBehind o CodeFile, utilizan el modelo de no compilación, similar a como hacen los sitios de Sharepoint. Este modelo siempre ha estado disponible y puede ser algo útil por ejemplo en páginas que no requieren de código y todo lo que usan son controles que saben cómo hacer el trabajo. Todo el truco para integrar con lenguajes dinámicos (actualmente sólo IronPython and managed JScript) es que usan uno de los puntos de extensión para cambiar el parser de ASP.NET y cambian los codesnippets (<% ... %>, <%= ... %>, <%# ... %>) por un control que tiene una propiedad con el código, por lo que sigue siendo básicamente sólo un control y la página se puede usar en el modelo de no compilation. Las páginas también podrían tener "Codebehind" o archivos de script ligados a estás aunque a diferencia de páginas con código estático, este no forma parte de la clase Page, más bien es simplemente un modulo que tienen disponible para utilizar sus métodos o propiedades directamente, de igual forma funciona con código en línea como <script runat="server"> someVar=5 </script>. Cada página tiene su propia instancia del modulo, por lo que está variable será distinta en las diferentes páginas, controles, etc. Sin embargo dado que es una variable global será similar a una variable estática en C#. Vale la pena destacar, que aunque se use el No-Compilation, desde todo el ciclo de parsing-ejecución de la página, realmente el código de IronPython se termina compilando al vuelo por el motor de lenguajes dinámicos teniendo las ventajas de performance.

Ahora que entendemos un poco de la teoría de cómo funciona el nuevo modelo, veamos algunas de las ventajas. Las expresiones de DataBing como <%# Eval("City") %> se pueden sustituir por expresiones más simples como <%# City %>, que aunque no existe en tiempo de parse, se puede evaluar en tiempo de ejecución. IronPython usa un mecanismo de inyección que nos permite hacer este tipo de cosas raras, como por ejemplo en lugar de decir String myValue = Request.QueryString["MyValue"]; podríamos simplemente decir myVar = Request.MyValue. La secuencia sería la siguiente, si el objeto no tiene ninguna propiedad llamada MyValue, intercepta la llamada el inyector e internamente hace lo mismo que haríamos en C#, permitiéndonos tener una sintaxis más clara. Lo mismo se hace por ejemplo al obtener controles, con C# haríamos algo como SomeControl.FindControl("SomeChildControl") y ahora en injector nos permite usar directamente código como SomeControl.SomeChildControl sin necesidad obviamente de hacer un cast. Podríamos hacer algo como nombre = FormView1.NombreTextBox.Text.

Pueden ver un Quickstart y descargar los ASP.NET Futures de July para hacer algunas pruebas. Ya que lo tengan pueden usar el Personal Starter Kit Python para aprender un poco. Para los que ya saben Python puede ser muy fácil una vez entendido todo el modelo. Yo me esperare mejor a ver las implementaciones con IronRuby.

sábado, agosto 04, 2007

Silverlight



Un post que tenía algo pendiente. Antes que nada tengo que hablar de que hay aquí para mobile, aunque aún no vemos claro, no tenemos demos, ni nada, podemos ir viendo un video del MEDC donde muestran lo que viene de Silverlight for Mobile Devices.




Ahora si volviendo a lo que ya podemos usar. Brevemente introduzco Silverlight como un mini-WPF que usa mini-XAML que puede correr como un plugin para el browser (si, cualquier browser tal como hace Flash) o en diferentes dispositivos, obviamente Windows Mobile como muestran en el video anterior y ojala y más adelante en otros dispositivos similar a como hace Flash Lite. Viene en dos versiones, una para JavaScript (actualmente en 1.0 Release Candidate) y otra para .NET (actualmente en 1.1 Alpha Refresh). Las versiones suenan un tanto raro, ¿por qué tenemos un 1.1 y el 1.0 aún no sale? Bueno ya ven como es Microsoft si tuvimos un 3.0 cuando no cambio nada y un 3.5 cuando hubo cambios hasta en el compilador, lenguaje e IDE, pero esa es otra historia. La diferencia se puede resumir en que 1.0 es Javascript y soporte para video y el 1.1 es Soporte a lenguajes .NET, parte del Framework y el CLR y lenguajes dinámicos (más todo lo del 1.0 claro).

Ya en la práctica lo hemos encontrado bastante recortado, aunque no es una limitante para poder realizar aplicaciones interesantes. Por ejemplo no tenemos una buena suite de controles, aunque podríamos usar de terceros, actualmente GOA y los de Telerik (wow) tienen algunos demos disponibles, este será un mercado en el que entraran muchos más adelante, por otro lado, podemos crear nuestras animaciones y dibujos en XAML, seguramente usando Expression Design y consumirlas desde Silverlight esto ofrece grandes posibilidades. La razón por la que sólo tenemos un control textbox un botón y figuras básicas es porque MS ha decidido mantener compacto el instalador (para poder decir "ocupa casi lo mismo que Flash").

Otra de las grandes ventajas es que lo podemos programar usando .NET y sí así es, tendremos CLR también en la Mac y no sólo en una MacBook con Intel y Vista instalado, sino con Mac OS.

Actualmente podemos programar para Silverlight usando JS o .NET desde VS 2008 usando un plugin y aprovecharemos las mejoras que trae el nuevo IDE para depuración e intellisense para Javascript también para Silverlight importando unas librerías.

Esto necesitas para configurar tu ambiente de desarrollo:

1- Instalar Runtimes:

-Microsoft Silverlight 1.0 RC1 (para ver Silverlight)

-Microsoft Silverlight 1.1 Alpha Refresh (para ver aplicaciones de Silverlight creadas en .Net)

2- Instalar las herramientas de desarrollo y de diseño:

-Microsoft Visual Studio 2008 Beta 2 (para desarrollar)

-Microsoft Silverlight Tools Alpha Refresh for Visual Studio VS 2008 B2 (add-on para crear aplicaciones en Silverlight)

-Expression Blend 2 August Preview (para crear animaciones de silverlight)

-Expression Media Encoder Preview (para agregar videos en silverlight)

-Expression Design (para crear gráficos en 3D)


3- Para documentación, ejemplos y add-ins, instalar SDK:

-Microsoft Silverlight 1.0 Beta Software Development Kit (SDK)

-Microsoft Silverlight 1.1 Alpha Software Development Kit (SDK)

4- Extras:

-Para Atlas ASP NET Futures July 2007 Server Controls que incluyen controles media y XAML para incorporar directamente piezas de silverlight desde extenders.

-Intellisense para Silverlight en VS 2008

-Scrip# un compilador de C# para generar JavaScript en lugar de Lenguaje Intermedio. Nos podrá ayudar a crear librerías para consumir desde Silverlight 1.0 o para interactuar con otras partes de la página.


Para más información sobre la dirección que tomará este producto, vean el Blog de Scott Guthrie donde explica más a fondo las diferencias entre 1.0 y 1.1, el uso de Javascript, .NET y lenguajes dinámicos, pueden encontrar muy buenos ejemplos en http://www.silverlight.net/ y como siempre más en http://www.google.com/

No puedo cerrar sin decirles que vean popfly.com un sitio hecho en silverlight que nos permite hacer mashups, vale la pena. Sólo pidan su invitación, les llega en un par de días y empiecen a jugar un poco con esto. Espero luego subir algunos blocks y ejemplos de mashups que haré para Roller.

domingo, julio 29, 2007

.NET Framework 3.5 en Software Guru 2007

El próximo 29 de Octubre estaré dando una plática de .NET 3.5 en el evento de Software Guru 2007.

Les resumo un poco el evento. Está dividido en cuatro tracks, Herramientas y Tecnologías, Procesos, Ingeniería de Software y Estrategias para Empresarios. Todas tienen platicas muy interesantes intercaladas conferencias magistrales como la de Scott Ambler: Applying Agile Software Development Techniques on Real-World Projects.

Espero y tengan oportunidad de ir.

Visual Studio 2008 Beta 2 Liberado

Primero ve y descargalo y mientras se descarga puedes revisar todo lo que hay nuevo. Hay tantas características en áreas tan distintas que te sugiero imprimir y leer con calma el overview. Ahora sí, revisa el what's new donde encontrarás links para profundizar un poco más respecto a cada tema.

Algo de lo que más promete es la mejora en el IntelliSense para Javascript y ASP.NET Ajax y la vista en Split, al estilo Dreamweaver, para HTML y Diseño (algo tan simple, que no sé como no lo incluyeron antes).

Hablando de Split Views, el Diseñador para WPF funcionará de manera similar y obviamente también tendremos IntelliSense en el XAML.

Otra mejora importante es que podremos aprovechar nuestros nuevos procesadores de doble núcleo para compilar nuestras soluciones.

Existen otros detalles que pudieran parecer mínimos pero los apreciaremos bastante cuando naturalmente terminemos por usarlos como las mejoras al debugger.

Hay otras características que serán importantes para muchos, por lo que las mencionare aunque no me parezcan tan relevantes por el uso de otras herramientas que hacen muy bien su trabajo: LINQ to SQL y el O/R designer.

Hablando concretamente del .NET CF 3.5, otra vez, encontramos algunas ventajas tan simples pero muy apreciadas como el hecho de que al depurar al ocurrir una excepción hará el break en el lugar donde ocurrió y no en el Run Method (como odio esto) o que el StackTrace ahora incluirá la firma de los métodos para distinguir entre las sobrecargas.

Seguramente tener parte de WCF en Mobile genera altas expectativas, sólo espero agreguen soporte para JSON o algún protocolo más ligero que XML ya que transmitir por celular con estos formatos se puede volver prohibitivo y nos hace buscar alternativas menos practicas, pero económicas. El uso de Exchange como protocolo es, aunque una solución bastante sobrada, al menos una forma de resolver el problema de cómo notificar a los dispositivos móviles. Aunque realmente sigo prefiriendo la opción de SMS y requiere definitivamente menos infraestructura es bueno saber que existe la otra opción y definitivamente provee otras ventajas adicionales.

Para proyectos de Mobile encontraremos muchas herramientas como las de pruebas que tuve la oportunidad de usar en el Beta 1 en conjunto con TFS y tengo que decir que es lo mismo que si estuvieras usando Team Edition for Testers, realmente no hay ninguna diferencia, sólo que antes estábamos tan limitados que nos acostumbramos a que esto no funcionara como siempre debería haber sido. Se puede decir que simplemente hace lo que se supone que hace. Ahora a mi me hubiera gusto que tuviera dos modos (tal vez los tiene, pero no los encontré) uno para probar sobre el dispositivo (este si existe) y otro para probar lo mismo pero corriendo en el escritorio (este se tendría que hacer manualmente). Actualmente tenemos que crear dos proyectos, uno de Mobile y otro normal de pruebas donde hagamos referencias a los proyectos de Mobile (con algunos warnings que nos da) el de mobile lo usamos junto con el TestHarness del Mobile Client Software Factory para correr las pruebas dentro del dispositivo y el otro lo usamos para las pruebas dentro del escritorio e integración continua. Aunque tenemos forma de automatizar las pruebas de Mobile para que corran dentro de nuestro build, no tenemos manera de reportar los resultados de regreso a TFS, así que estábamos obligados a tener ciertas pruebas que corrieran en el escritorio, pero obviamente no todo lo podíamos probar en esa plataforma. Aunque ahora en VS 2008 podamos usar las del dispositivo para CI y que este reporte directamente a TFS, tienen la desventaja de ser lentas, por lo que sería necesario tener ambos entornos para ciertas situaciones, como pruebas durante el proceso de programación y una vez que pasen las pruebas en el escritorio correr las pruebas en el dispositivo.

Otra de las herramientas sumamente útiles, que ya tenemos actualmente como Power Toy de Mobile es el Device Security Manager que tal como su nombre lo dice, nos permite cambiar las configuraciones de seguridad, de tal forma que podamos probar nuestra aplicación en diferentes "entornos". Sin embargo, la mejor fuente para herramientas de Mobile es el Windows Mobile 6.0 SDK que merece otro post por sí sólo, el Cellular y GSM Emullator son bastante útiles. Tampoco podría dejar de mencionar los Power Toys que más usamos: ActiveSync Remote Display (para ver en tu escritorio la pantalla de tu dispositivo), CECopy y RAPIStart (para iniciar un proceso remoto).

Volviendo a VS 2008 y siguiente con Mobile, incluye nuevos Code Snippets, que hasta ahorita parecen estar sólo para VB, todos empiezan con sd para distinguirlos de los de escritorio.

En definitiva una de las principales ventajas es aprovechar las mejoras al lenguaje, extensión methods, tipos anónimos, lambda expressions, collection initializers y parte de LINQ que están ya disponibles también para .NET CF 3.5.

Sin lugar a dudas algo de lo más atractivo es el SQL Server Compact 3.5 aunque las ventajas listadas no parecen ser tan prometedoras, salvo SyncServices que no estará disponible para Mobile en el release de este año y es más bien un desarrollo del equipo de ADO.NET y no directamente del SSC3.5. Esta característica sirve para sincronizar con diferentes bases de datos o con SQL Server sin tener que usar Merge Replication o RDA. Lamentablemente para mobile parece que nuevamente nos quedamos un poco cortos, sin embargo, el hecho de que SQL Server Compact Edition lo estén usando para escritorio hará que evolucione a un ritmo distinto y esto se verán como beneficios en un futuro (cercano espero).

Para Datos, tenemos un nuevo designer que nos permite tener como DataSources, ResultSets, DataSets, Objetos y WebServices.

Espero y tengan oportunidad de probarlo.