wpf - WPF 和 Silverlight 是否在碰撞过程中？

Question

这两种已经很相似的技术似乎正在合并为一种技术。 Silverlight 工具箱中有更多类似 WPF 的控件，WPF 现在拥有 Silverlight 的 VisaulStateManager .在这一点上，可以公平地说，Silverlight 在可用主题数量方面甚至超过了 WPF。

这两种技术合二为一还要多久？富客户端应用程序和富浏览器应用程序之间的区别是一个简单的编译时设置需要多长时间？

编辑

让我澄清一下我的问题。我意识到出于安全原因，任何浏览器应用程序都需要在“沙箱”中运行，并且我也理解保持浏览器插件尽可能小的愿望，但是这两种技术之间存在一些细微的差异，可能会被消除不影响这些目标中的任何一个。例如，UI 控件和主题之间可能会有更多重叠。今天，你不能只在 WPF 应用程序中使用 Silverlight 主题，但是微软让这成为可能会有多大的飞跃？

Answer 1

我认为它们永远不会合并为一种产品。微软有意在 Silverlight 中遗漏了很多东西，以保持其占用空间较小。然后，Silverlight 在浏览器中运行时必须遵守大量的安全问题。当然，他们已经将其设计为可以在 PC 或 Mac 上运行(不幸的是，对于 .NET Framework 则不能这样说)。

不过，我很高兴看到 WPF 和 Silverlight 之间共享资源。他们从一开始就应该是相似的。因此，将 Silverlight 项目移植到 WPF 中相对容易。另一方面，从 WPF 到 Silverlight 并不是那么容易，因为 WPF 总是具有更多功能，但这只是野兽的本性。

更新:

所以你修改后的问题很有趣。如果 Microsoft 可以让您基本上翻转开关以在类似 Silverlight 的功能和 WPF 之间更改应用程序的行为，那将会很酷。但是，他们将面临大量挑战，不仅是安全性，还有一些轻量级 Silverlight 控件与功能丰富的 WPF 控件的基本行为。这些差异可能会使开发人员的事情变得更加复杂。

例如，在 WPF 中，文本框中有一个内置的多个撤消和重做系统。在 Silverlight 中没有这样的东西，所以我实际上不得不自己编写。为了让开发人员考虑到类似的事情，他们必须在应用程序中构建大量功能检查。

综上所述，我认为您描述的编译时切换可能是可行的。但我仍然认为微软不太可能在短期内创造这种能力。