Desktop. Web. o es ahora PC. Tablet. Phone? Hablemos a nivel de frontend y tecnologías afines. Escribiré sobre algunas ideas que tengo dando vueltas en la mente y como veo que impactará en el futuro cercano el desarrollo de aplicaciones en plataformas Microsoft.

¿El State of the Art?

¿Cuál es la combinación perfecta para desarrollo en la plataforma .NET para estos aparatos? Muchos diríamos WPF y Silverlight, pero nos daríamos cuenta que esta respuesta está atrasada un par de años, como del 2007. ¿Quieren actualizarse? Pensemos HTML 5 (web y tablets) y Silverlight (Phone y ¿PC?). Algo no está calzando; bienvenidos al 2011.

A ver si vamos aterrizando. Recuerdo cuando el año pasado comentaba con una representante de WikiMedia como Microsoft me había convertido de la noche a la mañana en un desarrollador móvil. Mi tecnología principal de desarrollo era Silverlight y Microsoft acababa de anunciar un cambio de dirección con respecto a Silverlight. Su foco principal sería Windows Phone 7 y se veía como que esto de los plug-ins para web estaba pasando de moda. De la noche a la mañana pasé a ser un desarrollador para una plataforma que todavía no había salido al mercado…

Pero se veía venir: Primero fue Steve Jobs con sus pensamientos sobre Flash , luego Microsoft que extrañamente los apoyaba, dejando por un lado a Adobe enfocándose a su alianza con Google en móviles (Android) y por el otro una indicación a que HTML5 sería la plataforma para creación de aplicaciones por excelencia – a pesar de que Safari, Chrome, Firefox e Internet Explorer resaltan lo bien que renderean el HTML5 basados en lo mal que lo hacen sus competidores, lo cual si me preguntan a mi es una forma extraña de promover un “estándar ”.

Microsoft y la ambiguedad para interfaces

Apple lo ha dejado claro. Sus plataformas para desarrollar para iOS son Objective-C y HTML5. RIM tiene QNX, Adobe Flex, WebWorks (y Android?) para su Blackberry Playbook. Google favorece a Java para Android. y Microsoft?

Podríamos decir que es claro que WPF para escritorio, Silverlight para web teléfono  y HTML5 para web… Aquí empieza el meollo del asunto. Si hace un par de años durante una conferencia alguien me preguntaba cuál era la manera de saber si deberíamos usar Silverlight o WPF, la respuesta era sencilla. Silverlight para web, y WPF para escritorio. Es muy sencillo. El sandbox de SIlverlight y la reducción del framework (para soportar solo lo común entre diferentes plataformas) era lógico. Luego la respuesta a la misma pregunta se tornaba un poco más compleja con la introducción del SLOOB. Tenía que variar un poco, pero al final el acceso “supremo” que el framework completo le permitía a una aplicación WPF le seguía dando la ventaja, a pesar de que era cada vez más dificil distinguir el límite. Luego Silverlight 4, con customización del borde de las ventanas, y demás APIs que permitían acceso al sistema de archivos, pooling de conectividad y más features que cada vez lo acercaban más a WPF. Eran tan similares pero tan distintos que la decision giraba mucho alrededor de preferencia o flexibilidad/portabilidad que debía tener una aplicación, con todo y que una requería servicios web para trabajar y otra (WPF) podía tener una conexión común y corriente con ADO.NET a cualquier repositorio de datos de manera directa.

WPF, introducido en el 2007 con Windows Vista, llamado en ese entonces Avalon, sigue siendo la plataforma predilecta para desarrollo de aplicaciones de Windows. Permite un mejor control y más capacidades que Silverlight. TIene features como 3D y posibilidad de interactuar con dlls COM y código no manejado, y en resumen es mucho mejor que Silverlight por el hecho de que te permite hacer muchísimo en un entorno Windows, con presencia en muchas más máquinas (que tienen el .NET framework 3.5 instalado) que lo que vas a encontrar con Silverlight. Pero eso está a punto de cambiar –pareciera-. Varios indicadores fuertes son los siguientes:

• · WPF no tiene un buen norte asignado, y los esfuerzos de marketing y evangelización de dicha plataforma han parado.
• · Compañías grandes han visto los problemas de rendimiento en WPF y han decidido empezar desde cero con sus productos, por ejemplo, Evernote.
• ·MIX de este año verá 2 sesiones de WPF. 2. de las cuales una es sobre el Surface y la otra sobre MVVM. No hay discusiones sobre WPF tampoco. HTML5 verá 26 sesiones y Silverlight 26. hasta Kinect tendrá más sesiones que WPF.
• ·Windows 8 nos habla de un nuevo paradigma de aplicaciones, más sobre eso más abajo.

Es claro que WPF no tuvo el éxito con el que contó Silverlight por ejemplo. ¿Cuántas aplicaciones ven en Windows 7 que estén construidas con WPF? ¿Qué pasó con la super interface que veríamos en Windows 7 con WPF? ¿Problemas internos entre la división de Windows y la DevDiv u otras? ¿se extenderá esto a Silverlight vrs HTML5? Hay quienes inclusive aseguran que la razón por la cuál no se ha podido matar del todo a WPF es porque hay cierto software (Expression Studio y Visual Studio 2010) que dependen mucho de esta plataforma.

¿Será que el legado de Avalon fue WPF/E?

El legado del Zune

No se sabe si él como hardware sobreviva, pero es claro que como servicio está vivito y coleando. Sea en Xbox 360 o en Windows Phone, Zune no va para ninguna parte. Aun así su legado más grande ha sido el concepto gráfico que se implementó en el Zune HD, llamado Metro. Por qué es que es tan relevante este concepto? Por el hecho no solo de que inspiró la interface de Windows Phone 7, sino por el hecho de que está inspirando mucho de Windows 8. Windows, cuyo tema por defecto dejó de ser Luna hace rato migró a Aero. ¿Aero ahora está evolucionando gracias a Metro?

alguien dejó Windows 8 en un bar y…

Al mejor estilo de los leaks del iPhone4. Windows 8 está disponible para testers desde hace unos días. Re escribo esa última oración. Los leaks masivos de Windows 8 están disponibles desde hace unos días. Y muchas cosas han salido a la luz.

La primera, y quizás la más obvia es la incorporación de conceptos de la interface METRO en Windows 8. Sí, desde un tema Aero Light hasta una pantalla de inicio que nos recuerda a nuestro querido WP7. Me parece bien. Metro me agrada, lo veo sencillos y basado en el concepto de modernidad de Phillipe Stark y las aplicaciones que han salido usando estos conceptos (Bend y Zune Software por ejemplo – que de paso, la página zune.net y microsoft.com ya no usan Silverlight en su home) son muy atractivas.

Pero que tiene que ver Windows 8 con WPF y Silverlight? Esa es la pregunta más importante que quizás es la que nos tiene acá. Primero, veamos parte de los leaks que existen al día de hoy:

• ·Windows 8 incluirá un lector de PDF y una versión de tablets, ambos basados en Metro UI. Bonito. Un concepto interesante es que traerá IE versión para tablets. Sí, el doble modo gráfico (casi al mejor estilo HP poniendo WebOS en sus laptops excepto que este es solo un skin distinto e vez de otro OS) que posiblemente será el que se use en tablets basadas en SoC en las cuales se sabe que correrá el nuevo OS. Esto nos hace pensar en la compatibilidad de aplicaciones y demás, pero esto es problema de Microsoft. Lo que sí es de nuestro interés es cuando vemos que se mencionan aplicaciones “immersive” (que a lo que me parece se refiere a full screen apps, masomenos lo que hará Apple con OS X Lion) y que está pensado en interacción (basada en el concepto gráfico Metro a la Windows Phone 7, que están llamando MoSH) en tablets.

Tenemos entonces que Windows 8 correrá aplicaciones para tablets (posiblemente, y que usará un app store como Apple) y aplicaciones corrientes, desarrolladas en lo que parece ser un híbrido entre WPF y Silverlight donde los genes dominantes son los de Silverlight. Se distribuirán mediante el App Store y serán de extensión .appx (¿el .xap del futuro?). El por qué es esto importante se remota a que posiblemente WPF está listo para el olvido y que su papel fue el de darnos Silverlight, que evolucionó a ser la plataforma favorita para desarrollo de apps en móviles y parece que ahora en escritorio.

Esto es Jupiter, el nuevo modelo de aplicaciones que dará acceso a apps desde el marketplace que serán del tipo Silverlight “immersive”, desarrolladas en C#, VB y C++.

Para resumir un poco toda la información que he escrito y leido, que es mucha, parece que el futuro para Windows 8 en cuanto a desarrollo de aplicaciones se refiere es Silverlight de frontend, corriendo en un “Lowbox” que es el sandbox que el sistema operativo pondrá en dichas apps y que se basa en niveles de permisos. Así que, diría que de ahora en adelante sería desarrollar en Silverlight, que parece ser el que sustituirá a WPF. Es triste, yo como desarrollador más enfocado al frontend agarré mucho cariño a WPF, pues es la primera tecnología que realmente le permite a uno explotar el “wow factor” que prometía Windows Vista.

Si bien nada es oficial, por todo lado que veo y leo WPF tiene un futuro oscuro. Será ver que trae Visual Studio 2012 y si se promoverá o permitirá el uso de WPF para desarrollo de appxs.

ACTUALIZACIÓN:

Long Zheng tuvo un preview del appx, y comenta que es unicamente un modelo de deployment y distribución del App Store de Windows 8, y que serán soportados aplicaciones Win32, WPF, Silverlight y web. Aun queda ver si MoSH soportará apps en WPF o serán apps especiales, lo que sería extraño dado que es el mismo sistema operativo.

Links relacionados:

• http://www.sikhgeek.com/?p=925
• http://www.itwriting.com/blog/3127-microsoft-wrestles-with-html5-vs-silverlight-futures.html
• http://www.riagenic.com/archives/363