鉴于Silverlight 4中公布的新功能列表，WPF何时仍需要？
答案 0 :(得分：11)
WPF仍然具有更丰富的3D渲染功能。
即使他们宣布增强指挥和绑定功能，也不能保证它将具备WPF目前在下一版本中拥有或将具有的全部能力
编辑：在使用Silverlight 4测试版之后，看起来几乎所有新功能（网络摄像头，文件访问，全屏键盘，COM互操作等）仅在应用程序提升信任和提升信任时才起作用只能在浏览器用完时启用。其中一些可能会因RTW而改变，但就目前而言，WPF仍然是在浏览器窗口中执行这些操作的唯一方法
答案 1 :(得分：9)
我一直在使用XBAP进行浏览器部署，同时等待包含WPF完整模板和数据绑定功能的Silverlight版本。也许Silverlight 4会做到这一点。
Silverlight 4肯定无法做到的几件事情是：
unsafe和StructLayoutAttribute轻松复制原始C ++代码）我还没有真正下载Silverlight 4测试版，所以这个列表必然是不完整的。
答案 2 :(得分：3)
如果您不想依赖浏览器来完成您的工作，那么当您需要完全和快速访问文件系统而无需事先确认时，在与不安全的代码进行互操作时。这些是我能想到的，但也可能是其他原因，这取决于Silverlight 4将具有哪些功能以及它们将如何运作。
答案 3 :(得分：3)
Visual Studio的下一个版本将不会用Silverlight编写;）我迫不及待地想在WPF中编写一个音频实用程序---并且Silverlight 必须远离令人难以置信的沙盒Windows音频子系统。但是，我可以看到WPF将被称为Silverlight（或者反过来）的那一天。
答案 4 :(得分：2)
我们（我们公司）今天编写的应用程序使用Silverlight不支持的任何内容，除了没有限制的本地TCP / IP连接。
这是我们使用WPF的唯一原因。 如果我们可以使用Silverlight（桌面模式），我们就能够为客户提供服务 选择在Mac（和Linux）系统上工作而不是强迫（由我们？） 使用最新版本的Windows（您会惊讶地发现有多少公司仍在使用旧的（部分）不受支持的版本）。
即使在WPF中，我们也尝试限制对系统的访问，我们创建了自己的沙箱和 尽量不要走出它。 （永远不要求管理员权限，永远不要访问你不需要的东西）
因此，对于我们的工作，Silverlight +真正的tcp / ip支持将绰绰有余...... 但是WPF仍然有空间，我很确定它会留在这里。
这一切都取决于你正在建设什么。
答案 5 :(得分：1)
Silverlight将始终支持小型有效负载而非功能性。从战略上讲，微软将尝试使用Silverlight来展示Adobe的产品，而WPF将与其他重型平台竞争。如果你看看WPF 4，你会注意到更重的重量特征。我试着记住，WPF最初是作为Avalon开始的，它旨在永久取代Win32。如果有一天Windows XX是“本机”WPF并且将模拟Win32，我不会感到惊讶。
答案 6 :(得分：0)
如果您想通过ADO.NET进行直接数据库访问，那么您无法在Silverlight 4中进行访问。虽然您现在可以获得一些打印支持和网络摄像头/麦克风，但访问设备仍然有限。我没有听说过有关64位支持的任何内容，所以如果您想提供64位版本的应用程序，则需要WPF。我也认为即使Silverlight 4更好地利用GPU，它仍然不会达到WPF使用它的水平。
在.NET框架中还有大量其他程序集，Silverlight不包含这些程序集，因此如果您需要任何这些程序集，您需要使用WPF。
就像HTML5在某些情况下会减少对Flash或Silverlight等插件的需求一样，Silverlight将减少对WPF的需求，但仍有很多情况需要它。
答案 7 :(得分：0)
如果您需要进行大量的Rich Text（FlowDocument）编辑，仍然需要WPF。 Silverlight 4具有新的RichTextBox，但它仅限于非常基本的内容，并且不提供WPF中FlowDocuments中可用的全部功能。 FlowDocument可以有效地执行WinForms RichTextBox可以执行的操作;但如果您只需要基础知识，Silveright中的RichTextBox可以满足您的需求。
答案 8 :(得分：-1)
底线是银光正在限制。因此，如果您打算使用效率较低的技术，那么您应该有一个令人信服的理由。我能想到的唯一一个，在某些情况下它是一个很大的，就是Silverlight更加平台无动于衷。我无法想象任何人 想要 将浏览器及其所有问题带入解决方案中。必须有充分的理由。