Quelle est l'attente pour la durée de vie de 2 silverlight?

Question

Chemin du retour quand je construit un site interne d'un client à l'aide silverlight 2. Ils ont été heureux avec elle et je l'ai eu à peine le toucher. L'attente que ce site fonctionnera toujours? Ce que j'ai peur de se faire tout à coup une année d'appel à partir de maintenant que les utilisateurs installés silverlight X et maintenant il est cassé et je vais devoir le convertir immédiatement les versions antérieures Y de Silverlight pour obtenir le retour du site, et je don « t même faire Silverlight plus.

Je suis déjà allé une fois à travers ce quand il est passé de 2 bêta 2 et la libération et de brouillage pour corriger tous les changements de rupture et obtenir le retour du site vers le haut. Il n'a pas été aussi grande affaire alors que nous étions en version bêta de toute façon.

Je pourrais mettre à niveau maintenant, mais il serait vraiment difficile de revenir en arrière au client et demander de l'argent pour faire une mise à jour quand ils sont heureux maintenant et ne retireront aucun avantage notable du courant restant. En outre, il y a des contrôles tiers qui devraient être autorisés à nouveau.

Je suppose que ce que je demande est là une fin connue de la vie? Ou est-ce que nous jouons juste à l'oreille?

Answer 1

Basé sur le Silverlight Politique de Support , il semble que le soutien officiel pour Silverlight 2 a déjà terminé (en date du 12 Octobre 2010). Cependant, d'autres documents (surtout à la liste cette question SO ) donner l'impression que les applications Silverlight sont rétrocompatible binaires par une sorte de Silverlight « mode quirks, » aussi longtemps que vous ne changez pas votre application Silverlight et la politique ne change pas, l'application devrait fonctionner indéfiniment.

Answer 2

Les gens de MS ont jusqu'à présent fait un assez bon travail de maintenir la compatibilité ascendante entre les versions Silverlight. Mais il y a eu des changements importants, et en fonction de ce que votre application fait, ce sont les caractéristiques qu'il utilise, et ce que les bogues dans le moteur d'exécution qu'il profite de, il peut ou ne peut pas continuer à fonctionner proprement sur les versions futures du moteur d'exécution. MS donne quelques bons exemples de la rupture entre les changements Silverlight 3 et Silverlight 4 .

Un exemple de beaucoup: Silverlight 4 introduit une nouvelle propriété « Watermark » de la classe TextBox. Il est possible qu'une application Silverlight 2 ou Silverlight 3 sous-classé de la classe TextBox et ajouté leur propre propriété filigrane. Références dans XAML à cette propriété Watermark pourrait ainsi lancer une AmbiguousMatchException lorsqu'il est exécuté sur un moteur d'exécution Silverlight 3 ou Silverlight 4.

On peut supposer qu'il y aura plus de changements de ce genre que MS se déplace à SL5, puis SL6, et ainsi de suite, et leur équipe de développement se cesser de se préoccuper tout autant de casser les applications SL2. Un changement qui introduit un vraiment cool fonctionnalité, mais les pauses une partie raisonnable des demandes SL2 serait probablement inacceptable SL5, mais peut-être pas dans SL6 ou SL7.

Ma recommandation dans votre situation spécifique serait de laisser votre savoir client sur la possibilité de problèmes futurs maintenant, afin qu'ils aient une chance de prendre une décision à ce sujet quand il est pas une urgence.

Answer 3

Take it easy :) Il serait AllWays travail .. Silverlight ont rétrocompatibilité 100% pour chaque version majeure!