Pregunta

Hace mucho tiempo, cuando construí un sitio interno para un cliente que usa Silverlight 2. Han estado contentos con él y apenas tuve que tocarlo. ¿Es la expectativa de que este sitio siempre funcionará? De lo que tengo miedo, de repente recibe una llamada a partir de ahora que los usuarios instalaron Silverlight X y ahora está roto y tendré que convertirlo inmediatamente más allá de las versiones de Silverlight para recuperar el sitio, y no yo no Ya incluso hago Silverlight.

Ya pasé por esto una vez cuando pasó de la liberación de 2 beta a 2 y luchando para arreglar todos los cambios de ruptura y recuperar el sitio. De todos modos, no fue tan importante como en beta.

Podría actualizar ahora, pero sería realmente difícil volver al cliente y pedir dinero para hacer una actualización cuando estén contentos ahora y no verá ningún beneficio notable al mantenerse actualizado. Además, hay algunos controles de terceros que tendrían que ser licenciados nuevamente.

Entonces, ¿supongo que lo que estoy preguntando? ¿Hay un fin de vida conocido? ¿O simplemente lo jugamos de oído?

¿Fue útil?

Solución

Basado en el Política de ciclo de vida de soporte de Silverlight, Parece que el apoyo oficial para Silverlight 2 ya ha terminado (a partir del 12 de octubre de 2010). Sin embargo, algunos otros documentos (en su mayoría enumerados en esta pregunta) Da la impresión de que las aplicaciones de Silverlight son binarias compatibles con el revés a través de una especie de "modo de peculiaridades" de Silverlight, por lo que siempre que no cambie su aplicación Silverlight y la política no cambie, la aplicación debería funcionar indefinidamente.

Otros consejos

La gente de MS ha hecho hasta ahora un trabajo razonablemente bueno para mantener la compatibilidad con versiones al revés entre las versiones de Silverlight. Pero ha habido algunos cambios significativos, y dependiendo de lo que haga su aplicación, qué características usa y qué errores en el tiempo de ejecución que aprovechan, puede continuar funcionando limpiamente en versiones futuras del tiempo de ejecución. MS da algunos buenos ejemplos de los cambios de ruptura entre Silverlight 3 y Silverlight 4 aquí.

Un ejemplo de muchos: Silverlight 4 presenta una nueva propiedad de "marca de agua" en la clase TextBox. Es posible que una aplicación Silverlight 2 o Silverlight 3 subclase la clase Textbox y haya agregado su propia propiedad de marca de agua. Las referencias en XAML a esa propiedad de la marca de agua podrían arrojar una AmbiguusMatchException cuando se ejecuta en un tiempo de ejecución Silverlight 3 o Silverlight 4.

Presumiblemente habrá más cambios de este tipo a medida que MS se mueva a SL5 y luego SL6, y así sucesivamente: y su equipo de desarrollo dejará de preocuparse tanto por romper las aplicaciones SL2. Un cambio que introduce una característica realmente genial pero que rompe una porción razonable de las aplicaciones SL2 presumiblemente sería inaceptable en SL5, pero tal vez no en SL6 o SL7.

Mi recomendación en su situación específica sería informar a su cliente sobre la posibilidad de problemas futuros ahora, para que tenga la oportunidad de tomar una decisión al respecto cuando no sea una emergencia.

Tómelo con calma :) ¡siempre funcionaría ... Silverlight tiene una compatibilidad 100% atrasada para cada versión principal!

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top