我应该考虑从WPF切换到Silverlight吗？ [关闭]

Question

我一直在将WPF用于一个新项目，但远未完成。 这是一个业余项目，也是一个非常有用的项目。

我希望具有跨平台兼容性（即Linux + Mac + Windows），但是Windows是主要目标。 我对网络语言以及C＃和Erlang相当满意，但是C / C ++不在其中，而且我讨厌Java。 因此，为我选择WPF是很自然的举动。

但是，在阅读了诸如http://www.mono-project.com/WPF之类的众多资源之后：

在这一点上，我们强烈建议对WPF感兴趣的用户改用Silverlight，因为它现在可以在浏览器之外使用，并提供了丰富的跨平台API和功能。

我开始怀疑是否应该将我的应用程序移植到Silverlight并改用它。

几个事实：

• 我的应用程序是纯桌面应用程序，并且确实如此。 它需要对系统资源的较低级别的访问权限（但是，.NET不够低）。
• 我想要三个平台的支持，但Windows是主要关注的问题。
• 我更喜欢C＃和.NET，以及与WPF等效的东西，其中UI是声明性的，以一种干净的方式与代码分离，并允许丰富的用户界面。

我听说Silverlight已经可以在Mac中使用，并且可以通过Moonlight支持Linux。

我应该考虑从WPF切换到Silverlight吗，可能会出现什么问题？

Answer 1

首先，我会考虑这个答案。

要点是（实际上）Silverlight是WPF的子集，因此，如果您的应用程序用户群仅是PC / Window用户，则您可能希望在WPF中开发应用程序，因为在功能上它仍然比Silverlight丰富得多，并且桌面应用程序，因此您可以访问本地计算机。 如果要开发一个基于Web的应用程序，它不仅可以在PC上而且可以在Mac上在浏览器上运行，那么您想在Silverlight中进行开发。

在我看来， WPF仍然是最佳选择。

Answer 2

好吧，根据经验，我可以说某些事情在Silverlight中无法像在WPF中一样。 我最近遇到的一些事情（尽管还有更多）：

• 绑定不能完全按照您想要的方式工作。 例如，默认情况下，在WPF中，绑定属性在文本字段的keyUp上更改。 在Silverlight中并非如此：它将在Blur上更新。 诸如Caliburn.Micro之类的框架通过隐式添加来解决此问题。
• WPF有一个称为装饰器的东西。 这些基本上使您可以为诸如调整大小，旋转等内容添加小的UI元素。通常在设计器中看到的内容（拖动以调整大小）。 您可以在Silverlight中进行类似的操作，但是要复杂一些。
• 我不确定WPF，但是在Silverlight中，最终会在UI线程上完成对Web服务的调用。 您可以在任意位置进行设置，但实际的调用和回调是在主线程上完成的。 处理来自网络调用的结果时要记住的一点，这可能需要一段时间才能执行（如果我错了，可以对此进行纠正）。

我认为应该使用新应用程序的典型方式是从Silverlight开始，如果确实需要，可以使用WPF。 另外，有人告诉我，将Silverlight应用程序移植到winRT / Metro稍微容易一些，因此您可能需要检查一下。

添加这是来自MSDN的链接，描述了各种差异： http : //msdn.microsoft.com/zh-cn/library/cc903925%28v=vs.95%29.aspx