Adiós WPF/E, hola Silverlight

Microsoft acaba de anunciar el cambio de nombre de WPF/E a Silverlight.


Podéis ver la nueva web en:


http://www.microsoft.com/silverlight


Todavía no hay nueva release y sigue siendo la CTP de Febrero que llevabamos usando hasta ahora.


Ahora voy a hacer un par de comentarios sobre este cambio de nombre ya que me parece una muy buena noticia.


Hace unos día le envié a ScottGu (http://weblogs.asp.net/scottgu) un correo con una propuesta, cambiar el nombre WPF/E. Mi razonamiento, resumido, era que WPF/E no tenía todas las caracteristicas de WPF, por lo que sería mejor llamarlo XAML/E por ejemplo, y además que mucha gente lo estaba confundiendo con XBAP, etc.


Ahora me encuentro con ésto, no se si tiene algo que ver, pero es una muy buena noticia 🙂


Para más información:


http://blogs.msdn.com/mharsh/archive/2007/04/16/microsoft-silverlight.aspx
http://blogs.msdn.com/jstegman/archive/2007/04/16/wpf-e-codename-is-now-silverlight.aspx

JavaScript Optimizer

Acabo de publicar la primera release de una pequeña herramienta para la optimización de JavaScript que he llamado JavaScript Optimizer.


La hice con el objetivo de reducir automaticamente el tamaño del archivo agHost.js de WPF/E y es el que se carga por defecto. Aproximadamente de media consigo reducir sobre un 30 % el tamaño de los scripts.


Limpia el JavaScript eliminando:



  • Comentarios que empiezan por //

  • Espacios innecesarios

  • Saltos de línea

Espero que os sea útil  [:D]


JavaScriptOptimizer puede ser descargado de aquí.

Contestando a unos comentarios muy interesantes…

Hoy revisando el correo me encontré en mi blog con dos comentarios muy interesantes, iré contestando idea por idea. Los comentarios completos los podéis leer aquí:


http://geeks.ms/blogs/7313.aspx


Hace un par de meses que peleo con Visual Studio 2003 para crear una web con acceso a sql server, hace años que desarrollo aplicaciones cliente-servidor y quería hacer el paso a aplicaciones web en el 2000 utilize java pero lo deje al cambiar de trabajo.


Visual Studio me esta decepcionando mucho, sobre todo el tema de los eventos.


Bueno con la versión 2005 ha mejorado muchisimo el desarrollo web: 50 controles nuevos, databinding, etc. A mi personalmente la versión 2003 no me gusta nada.


Por eso acabo de instalar Blend para ver si es una mejor opción, en el 2000 también utilize Flash, al iniciarlo he visto que puedes crear una projecto dll,


¿esto quiere decir que lo puedes incluir como una clase dentro de tu projecto asp.net?.


A ver, creo que estás mezclando conceptos. Blend es una herramienta de diseño, no de programación. Blend se usa para editar el XAML (XML Application Markup Language, si no me equivoco), lenguaje que mueve la capa de presentación de WPF. Si quieres integrar WPF en tu navegador tienes dos opciones:



  • XBAP: XAML Browser Application: Se trata de una aplicación a la que se accede con el navegador, se descarga en la máquina del usuario y se ejecuta de forma local en ella. De tal foma que es como cualquier aplicación (con muchas cosas especiales muy interesantes [:)])
  • WPF/E: Windows Presentation Foundation Everywhere: Esta si se puede comparar con Flash, WPF/E es un addin que se instala en el navegador y permite tener en la página objetos escritos en lenguaje XAML, aun está en fase CTP (Community Techincal Preview) por lo que no la recomiendo para proyectos comerciales.

Blend te permite editar el XAML que se muestra en WPF/E y también te permite diseñar la capa de presentación de los XBAPs. Además te dejar crear las DLLs que contendrán controles que mostrarás en las aplicaciones Windows de WPF o en los XBAPs.


Blend no tiene nada que ver con ASP.NET.


También me ha sorprendido ver que al crear el projecto eliges vb, ¿sería el equivalente a usar actionscript con flash?.


Te permite escoger el lenguaje ya que crea los proyectos compatibles con Visual Studio 2005, así crea los archivos con extensión .cs o .vb, etc.


¿El entorno de blend nos permite crear el código de asp para conectarnos directamente a bases de datos?


Como he dicho antes Blend no tiene nada que ver con ASP.NET, para generar código ASP.NET están las herramientas de la familia Visual Studio.


Visual Studio 2005 si que te permite crear código de acceso a datos y incluso buena parte de ellos te los genera automáticamente. Incluso te permite el databinding de controles.


y por último, blend necesita netFramework 3.0, al hablar con un proveedor de hosting me comentan que aún en sus servidores virtuales trabajan con la versión 1 de netFramework, por eso el projecto de asp no lo desarrollo con visual studio 2005 que usa la 2.


Si esto es así es una limitación importante si las empresas que se dedican al hosting no soportan esta versión de netframework, además de que la versión 3 de net creo que solo viene en windows vista, así que con los clientes que visiten las webs tendrán el mismo problema.


En este aspecto creo que también estás confundido. Actualmente tenemos 2 versiones del CLR (Common Languaje Runtime, motor de .NET) .NET 1.0 y .NET 2.0, y tenemos 4 frameworks 1.0, 1.1, 2.0 y 3.0.


Para los que no estén de acuerdo conmigo con el tema de las versiones, CLR, etc. leer este artículo de MSDN donde lo explica: http://msdn2.microsoft.com/en-us/library/aa480198.aspx


Del 1.1 al 2.0 en cuestión de ASP.NET ha habido muchos cambios, pero de la 2.0 a la 3.0 ninguno, por lo que tu preocupación sobre la 3.0 queda resuelta ya que no es necesario cambiarlo. La que si supondrá cambios a ASP.NET será la próxima 3.5 junto al lanzamiento de Visual Studio «Orcas» ya que sin ir más lejos incorporará de forma nativa ASP.NET AJAX Extension.


Lo que si, cada vez más servidores de hosting proporcionan .NET 2.0


 


http://geeks.ms/blogs/1754.aspx


Hace poco que me he puesto con ASP.net así que si meto la pata disculparme, pero por ejemplo yo tengo pensado colgar la aplicación en un servidor virtual de ARSYS con sqlserver y la versión de framework que ellos certifican sin problemas es la 1.


Así que cuando he empezado he descartado visual studio 2005 por trabajar con 2 y ahora me encuentro que blend viene con 3.


Como ya he explicado antes Blend no es de desarrollo Web, para eso están Visual Studio 2003 y 2005.


Al final quien manda es la versión de netFramework que va a tener el cliente, no en la intranet de la empresa donde puedes instalarla e imponerla, si no en la parte que haces de acceso público y que para ello por ejemplo usas un servidor virtual como el de Arsys.


A ver… Si hablamos de ASP.NET lo que importa es la versión del framework que están en el servidor (en este caso Arsys) ya que el servidor crea código HTML, CSS, JavaScript, etc.. Si hablamos de Aplicaciones Windows, de consola, librerias, etc. lo que importa está en el cliente.


Seguramente esta empresa le habrá costado estabilizar esa versión en sus servidores así que no creo que cambien así como así de versión a la 2 y al poco tiempo a la 3.


Como ya te dije, no va a ser necesario que migren a la 3.0, en cambio a la 2.0 seguramente, en mi opinión, que terminen haciéndolo.


Esto lo que lleva a desarrolladores que como yo pueden decidir la tecnología es decir buff mejor busco otra cosa que esto no es serio.


En mi opinión yo creo que si que es serio, el problema es que debemos saber que es lo que buscamos y lo que queremos.


Espero que te haya servido de aclaración y que te sirva de algo, seguramente yo esté equivocado en alguno de mis razonamientos y espero que la gente que pasa por aquí pueda aportar sus opiniones al respecto.