Serge Jespers, evangelista de Adobe durante 12 años, planteó un post muy interesante sobre Silverlight, que habla de lo bueno, malo y lo malo de Silverlight.

Habla acerca de algunos aspectos interesantes acerca de la plataforma después de pasar 3 días con las manos en Silverlight, (con un equipo de programadores) también dijeron que no quieren denigrar la imagen de Silverlight, sino más bien de presentar algunos hechos, voy a ir a traducir algunos de los puntos su puesto.

Veamos ...

Bueno!

Algunas cosas le gustaba en Silverlight, que no están presentes en flash o sólo parcialmente presentes.

Lo primero fue el concepto de hilos, en cuyo caso, ser capaz de llevar a cabo tareas complicadas a nivel de código sin la necesidad de influir en el código principal. Por ejemplo, crear una animación mientras se carga una enorme cantidad de datos completamente separados de el hilo principal, sin causar problemas para la animación. Lo que hace prever una aplicación y prácticas en la transferencia de datos.

Otro de los puntos es la facilidad de comunicación con el documento HTML, lo que nos demuestra que la compatibilidad entre la Silverlight DOM y HTML, JavaScript y Ajax.

La capacidad para programar en C # o vb.net es otra de las excelentes instalaciones, sobre todo porque estos dos idiomas son muy similares y muy familiar para los programadores de Windows, como VB o C + +.

El lenguaje XAML también se utiliza como una MXML para Silverlight, que a pesar de ser muy similar, el XAML puede hacer las cosas complicadas, lo que llevó al autor con el tema: La mala.

La mala!

XAML y la programación en C # es un método que "verbose". El proyecto ha desarrollado se puede hacer en la mitad de los flex código. Esto ocurre principalmente por algo todavía métodos primitivos de Silverlight, un muy buen ejemplo de ello es la rotación de un objeto, que en Silverlight aún no se ha establecido la propiedad de rotación y la forma de resolver este problema es utilizar el RenderTransform.:

<button>
<Button.RenderTransform>
<RotateTransform Angle="45"/>
</ Button.RenderTransform>
</ Button>

lo que el flex (MXML) se resuelva como:

<Button Rotation="45">

El llamado vinculante fecha es otro buen ejemplo. Si el flex el uso de caracteres () en Silverlight es también igual, pero también tenemos que utilizar la palabra vinculante a la () () incluso si ya está mostrando un objeto / variable bindable. Algunos otros puntos son demasiado inconsistentes, por ejemplo, la asignación de un control a una instancia puede ser utilizado como "Nombre palabra", sino también con la palabra: Nombre. Incluso las palabras son incompatibles en el código de la aplicación que la distribución.

Asignar los elementos de estilo es una verdadera pesadilla y el autor piensa que será el punto débil de Silverlight, lo que explica ...

Muchas personas que hablaron con el medio ambiente de trabajo y la interacción entre el diseño y la programación es el mejor momento de la creación de una aplicación en Silverlight. Eso puede ser cierto incluso cuando se utilizan las herramientas de expresión para crear el diseño completo ... o mejor .... la parte de la solicitud. Pero todavía no es totalmente cierto (que le lleva a creer esto, porque la expresión de ser beta). Esto es cierto en la medida en que tenemos que cambiar el código creado por Expresión por la adición o supresión de algunos puntos en Visual Studio, si luego de vuelta a la expresión están en problemas. ¿Qué resultados en la necesidad de formular observaciones sobre el código que ha creado o modificado a fin de que podamos volver a editar nuestro diseño en la expresión.

Pero seamos honestos, dijo. Es un hecho que los diseñadores que trabajan en herramientas como Photoshop, Illustrator o Fireworks y, de hecho, no van a usar la expresión, al menos brevemente. Por lo tanto, añadir estos gráficos creados en este tipo de programas es muy fácil porque usted puede importar gráficos de la Silverlight / Expresión que transformar estos mismos gráficos en el código XAML. En Expression Blend A continuación, puede añadir efectos, los estados y simples animaciones. El mismo código XAML se puede trabajar con Visual Studio.

Mientras que en Flex y en HTML puede separar el diseño de los contenidos en la no muy Silverlight. Hay apoyo CSS, pero el apoyo de los estilos de toma puro, pero en XAML. ¿Por qué Microsoft no apoya la inclusión de la CSS cuando se trató de volver a inventar la rueda (con Silverlight) es poco clara para el autor. Otra de las cosas que enerva el mismo autor, es el factor de estos estilos no se aplican automáticamente, es decir, si queremos desarrollar en un estilo para un botón, tenemos que indicar a todos los botones de aplicación en nuestro estilo que se aplica a usted . Y porque estos estilos son el código XAML, sólo puede ser editado con Expression Blend.

Otra cosa que yo no podía entender, dijo, es la falla en HTML de apoyo en los campos de texto. Pero hay una etiqueta <Run> (que es básicamente una etiqueta <font>) que permite que algunos elementos como el color de la primavera y algunos otros ... Cuestión de los nuevos autores, porque no hay manera de aplicar un estilo a un texto como con la CSS Flex?

El conjunto de controles disponibles en Silverlight es muy limitada, no hay progreso, ComboBox o gráficos (Gráficos). El campo de texto no tiene soporte para contraseña. Pero vamos a ser justos, la Silverlight 2 todavía está en beta y se nos dijo que Microsoft podría añadir una tercera vía para poder desarrollar los componentes adicionales, lo que lleva al autor a pensar en otra cosa; una aplicación Silverlight es "compilado" de un archivo . XAP, que no es más que un archivo. ZIP, es decir, si compramos un tercer componente del código de este componente es completamente expuestos en XAP porque este archivo no está cifrado o obfuscado. Cualquier persona puede abrir y utilizar el componente que el promotor paga. Por supuesto, si el flash también puede hacerlo, pero es mucho más complicada (ya veces imposible) para eliminar el código de un componente de SWF y el uso, el archivo XAP cosa es bastante simple.

El Terrible.

Él dijo, sabe que la expresión instrumentos se encuentran todavía en beta, pero hay que decir que todos los demás instrumentos (incluida la de Visual Studio que ya no es beta) que me parece muy incompleta y muy buggy. Hemos visto más de una vez crashs pantallas y error.

Durante los 3 días, tuve una gran impresión de que Silverlight fue creado por personas que no saben nada acerca de diseño y diseñadores. Todavía estoy tratando de convencer de que deben empezar de cero con la Expresión Studio, pero esta vez la contratación de personas con experiencia en el diseño - y también deben contratar personas con experiencia en flash / flex (incluso pensando que es similar a la Flex). Estos 3 días atrás de Silverlight son un gran abrelatas del ojo, no es tan buena como el autor imaginado (sobre todo porque un gran período de beta ciclos de estos productos) y el autor dice no ver grandes mejoras en la versión final.

Aunque el autor puede tener tendencia a tirar a su propio dominio (en realidad trabajan en adobe a 12 años), no creo incluso que el autor fue a identificar los fallos que no eran reales.

Tengo que traducir el texto hizo algunas comparaciones con el flex, y hay muchas cosas que no me dispensación, y que esta aún no se me convenció.

Tal vez alguien tiene otra opinión. Vienen!

Abrazar.