使用哪一种-WPF或Silverlight？

我想创建一个类似桌面的应用程序，但我有点搞不清楚该使用哪种技术。Silverlight的功能似乎类似于桌面应用程序。哪种技术更适合，并且更适合未来

WPF是构建桌面应用程序时要使用的框架。Silverlight更像是一个web应用程序框架。这完全取决于应用程序在何处以及如何使用

---

.

如果您正在构建桌面应用程序，那么WPF就是一个框架。Silverlight更像是一个web应用程序框架。这完全取决于应用程序在何处以及如何使用

---

.

桌面应用程序应使用WPF构建。Silverlight有很多安全限制，这并不能让生活变得更轻松

桌面应用程序应使用WPF构建。Silverlight有很多安全限制，这并不能让生活变得更轻松

哪种技术更适合，并且更适合未来

这在很大程度上取决于桌面应用程序的用途和目标

如果您的应用程序需要以“非标准”的方式与系统进行互操作，或提供其他类型的第三方互操作，WPF将是一个更好的解决方案（至少在SL 5的p/Invoke支持之前）

然而，如果您的应用程序是一个LOB应用程序，Silverlight（运行OOB）有很多优势——特别是如果您想利用RIA服务（尚未移植到WPF）之类的优势

哪种技术更适合，并且更适合未来

这在很大程度上取决于桌面应用程序的用途和目标

如果您的应用程序需要以“非标准”的方式与系统进行互操作，或提供其他类型的第三方互操作，WPF将是一个更好的解决方案（至少在SL 5的p/Invoke支持之前）

---

然而，如果您的应用程序是一个LOB应用程序，Silverlight（运行OOB）有很多优势——特别是如果您想利用RIA服务（尚未移植到WPF）之类的优势

WPF拥有整个.NET框架，而Silverlight为了实现轻量级，拥有框架的一部分（加上一些非常酷的东西）。因此，这实际上取决于范围和部署方法。对我来说，让Silverlight应用程序成为桌面应用程序比让WPF应用程序通过web部署更有意义。但再一次，让范围决定。如果你想知道该学习哪一个，答案很简单——任何一个都很相似，如果你擅长其中一个，那么另一个就可以了。

WPF拥有整个.NET框架，而Silverlight则试图成为轻量级框架的一部分（加上一些非常酷的东西）。因此，这实际上取决于范围和部署方法。对我来说，让Silverlight应用程序成为桌面应用程序比让WPF应用程序通过web部署更有意义。但再一次，让范围决定。如果你想知道该学哪一个，答案很简单——任何一个都很相似，如果你擅长其中一个，那么另一个就可以了。

如果你习惯了WPF，你会发现Silverlight缺少一系列主要和次要的功能，比如数据触发器、FindAncestor、同步WebClient请求等等。可能不是交易破坏者，但肯定是麻烦。

如果你习惯了WPF，你会发现Silverlight缺少一系列主要和次要的功能，如数据触发器、FindAncestor、同步WebClient请求等。可能不是交易破坏者，但肯定是烦恼。

不幸的是，没有什么是未来的证明。唯一的保证就是改变本身。而AFAIK silverlight现在才降级到WP7（windows phone 7），不是吗？@Matt:不，一点也不。SL在桌面上也得到了很多OOB支持的喜爱。遗憾的是，没有什么是可以证明未来的。唯一的保证就是改变本身。而AFAIK silverlight现在才降级到WP7（windows phone 7），不是吗？@Matt:不，一点也不。SL在桌面上也获得了很多OOB支持。哦，是的，如果你需要3D，那么在SL5-WPF使用GPU之前，你的选择会更加有限。哦，是的，如果你需要3D，那么在SL5-WPF使用GPU之前，你的选择会更加有限。这是一个类似桌面的小应用，我想重新制作，因为它目前是一个windows窗体应用。在那种情况下使用silverlight有意义吗？@chobo:如果它非常独立，不需要深入的操作系统集成，那么是的。SL非常适合与在线服务或简单的内部工作进行交互。它是一个类似桌面的小应用程序，我想对它进行修改，因为它目前是一个windows窗体应用程序。在那种情况下使用silverlight有意义吗？@chobo:如果它非常独立，不需要深入的操作系统集成，那么是的。SL非常适合与在线服务或简单的内部工作进行交互。这是非常过时的信息（2009）。微软将Silverlight推出浏览器用于大多数桌面开发是有原因的——SL 4在桌面帮助方面取得了巨大进步。这是非常过时的信息（2009）。微软将Silverlight从浏览器中推出用于大多数桌面开发是有原因的——SL 4在桌面帮助方面取得了巨大进步。