当我使用silverlight 2为客户建立内部网站时，他们已经很满意了，我几乎不必触摸它。期望这个网站永远有效吗？我害怕的是从现在起几年突然接到一个电话，用户安装了Silverlight X，现在它已经坏了，我将不得不立即将它转换为Y版本的Silverlight以使网站重新启动，我不会甚至不再做Silverlight了。
当它从2 beta发布到2发布时，我已经完成了这一次，并且争先恐后地修复所有重大更改并让网站重新启动。然而，就像我们处于测试阶段一样，它并没有那么重要。
我现在可以升级了，但回到客户并要求他们在现在开心时要求升级并且看不到保持最新状态的明显好处将非常困难。此外，还有一些第三方控件必须再次获得许可。
所以我想我要问的是有一个已知的生命结束？或者我们只是用耳朵玩它？
答案 0 :(得分：1)
基于Silverlight Support Lifecycle Policy，看起来对Silverlight 2的官方支持已经结束（截至2010年10月12日）。但是，其他一些文档（主要列于this SO question）给人的印象是Silverlight应用程序通过某种Silverlight“怪癖模式”是二进制向后兼容的，所以只要你不改变你的Silverlight应用程序和政策不会改变，应用程序应该无限期地工作。
答案 1 :(得分：1)
到目前为止，MS的人们在维护Silverlight版本之间的向后兼容性方面做得相当不错。但是有一些重大的变化，取决于你的应用程序做了什么，它使用了什么功能，以及它利用的运行时中的错误，它可能会或可能不会继续在运行时的未来版本上干净地运行。 MS给出了Silverlight 3和Silverlight 4 here之间突破性变化的一些很好的例子。
很多例子：Silverlight 4在Textbox类上引入了一个新的“Watermark”属性。 Silverlight 2或Silverlight 3应用程序可能会对Textbox类进行子类化，并添加了自己的Watermark属性。因此，在Silverlight 3或Silverlight 4运行时执行时，XAML中对该Watermark属性的引用可能会抛出AmbiguousMatchException。
据推测，当MS转向SL5然后再转向SL6时，会有更多此类更改：他们的开发团队将不再担心破坏SL2应用程序。一个引入了非常酷的功能但是破坏SL2应用程序的一些合理部分的更改在SL5中可能是不可接受的，但可能不在SL6或SL7中。
我在您的具体情况下的建议是让您的客户现在知道未来问题的可能性，以便他们有机会在紧急情况下做出决定。
答案 2 :(得分：0)
放轻松:)它总是有效.. Silverlight对于每个主要版本都有100％向后兼容性！