Was ist die Erwartung für die Lebensdauer von Silverlight 2?

Question

Vor langer Zeit, als ich eine interne Site für einen Kunden mit Silverlight 2. errichtete, waren sie damit zufrieden und musste ihn kaum berühren. Ist die Erwartung, dass diese Seite immer funktioniert? Was ich fürchte, besteht darin, in Jahren plötzlich einen Anruf zu erhalten Ich mache nicht einmal mehr Silber.

Ich habe das schon einmal durchgemacht, als es von 2 Beta auf 2 veröffentlicht wurde und mich bemühte, alle Breaking -Änderungen zu beheben und die Website wieder aufzubauen. Es war damals nicht so groß, wie wir sowieso in der Beta waren.

Ich könnte jetzt ein Upgrade durchführen, aber es wäre wirklich schwierig, zum Kunden zurückzukehren und um Geld zu bitten, um ein Upgrade durchzuführen, wenn sie jetzt glücklich sind und keinen spürbaren Vorteil davon ausführen, auf dem neuesten Stand zu bleiben. Darüber hinaus gibt es einige Kontrollpersonen von Drittanbietern, die erneut lizenziert werden müssten.

Ich denke, was ich frage, ist es ein bekanntes Lebensende? Oder spielen wir es einfach nach Gehör?

Answer 1

Basierend auf Silverlight Support Lifecycle Policy, Es sieht so aus, als ob die offizielle Unterstützung für Silverlight 2 bereits (ab dem 12. Oktober 2010) beendet ist. Einige andere Dokumente (meist aufgeführt bei Diese Frage) Verleihen Sie den Eindruck, dass Silverlight-Apps durch eine Art Silverlight "Quirks-Modus" binäre rückwärtskompatibel sind. Solange Sie Ihre Silverlight-App nicht ändern und die Richtlinie nicht ändert, sollte die App auf unbestimmte Zeit funktionieren.

Answer 2

Die Leute von MS haben bisher einen ziemlich guten Job gemacht, um die Kompatibilität zwischen Silverlight Releases rückwärts zu bewahren. Es gab jedoch einige bedeutende Änderungen, und je nachdem, was Ihre App tut, welche Funktionen sie verwendet und welche Fehler in der Laufzeit, die sie ausnutzt, kann auf zukünftigen Versionen der Laufzeit weiterhin sauber laufen oder nicht. MS gibt einige gute Beispiele für die Bruchänderungen zwischen Silverlight 3 und Silverlight 4 hier.

Ein Beispiel für viele: Silverlight 4 führt eine neue "Wasserzeichen" -Spertion in der Textbox -Klasse ein. Es ist möglich, dass ein Silverlight 2 oder Silverlight 3 -Anwendung die Textbox -Klasse unterklagte und ihre eigene Wasserzeicheneigenschaft hinzugefügt hat. Referenzen in XAML auf diese Wassermark -Eigenschaft können somit eine mehrdeutige MatchException werfen, wenn sie auf einem Silverlight 3- oder Silverlight 4 -Laufzeit ausgeführt werden.

Vermutlich wird es mehr Veränderungen dieser Art geben, wenn MS auf SL5 und dann SL6 usw. wechselt: und ihr Entwicklerteam wird sich nicht so sehr Sorgen machen, SL2 -Anwendungen zu brechen. Eine Änderung, die eine wirklich coole Funktion einführt, aber einen vernünftigen Teil der SL2 -Anwendungen durchbricht, wäre in SL5 vermutlich inakzeptabel, aber möglicherweise nicht in SL6 oder SL7.

Meine Empfehlung in Ihrer spezifischen Situation wäre, Ihren Kunden über die Möglichkeit zukünftiger Probleme zu informieren, damit er die Möglichkeit hat, eine Entscheidung darüber zu treffen, wenn es sich nicht um einen Notfall handelt.

Answer 3

Nehmen Sie es einfach :) Es würde immer funktionieren. Silverlight hat für jede Hauptversion eine 100% ige Rückwärtskompatibilität!