WPF在Silverlight 4上还能提供什么?

WPF仍然具有更全面的3D渲染功能。

此外,尽管他们宣布了对指挥和绑定功能的增强,但这并不能保证它将拥有WPF当前或下一版本中所拥有的全部功能

编辑:在试用Silverlight 4 beta版之后,几乎所有的新功能(网络摄像头、文件访问、全屏键盘、COM互操作等)都只有在应用程序处于提升信任状态时才能工作,并且只有在浏览器用完时才能启用提升信任。RTW可能会改变其中一些情况,但目前来看,WPF仍然是在浏览器窗口中完成这些事情的唯一方法

我一直在等待一个Silverlight版本,其中包括WPF的完整模板和数据绑定功能,而我主要使用XBAPs进行浏览器部署。也许Silverlight 4可以做到这一点。

Silverlight 4绝对无法做到的几件事是:

• 允许您将WinForms和MFC用户界面组件与应用程序无缝集成
• 高效地处理最初在C/C++中定义的数据文件结构(使用WPF,您可以简单地跨多个文件复制代码,并使用 unsafe 和 StructLayoutAttribute )
• 在应用程序中包括非托管C++代码

我还没有下载Silverlight 4测试版,所以这个列表一定不完整。

Visual Studio的下一个版本将不会使用Silverlight;)编写我迫不及待地想在WPF和Silverlight中编写一个音频实用程序 必须 远离令人难以置信的Windows音频子系统。然而,我可以预见WPF将被称为Silverlight的那一天(或者反过来)。

当您不想依赖浏览器来完成工作时,当您需要在没有事先确认的情况下完全快速地访问文件系统时,当您使用不安全的代码进行互操作时。这些是我能想到的少数,但也可能是其他原因,这取决于Silverlight 4真正具有的功能以及它们的实际工作情况。

我们(在我们公司)今天编写的应用程序没有使用Silverlight不支持的任何东西,除了无限制的本地TCP/IP连接。

这是我们使用WPF的唯一原因。 如果我们可以使用Silverlight(桌面模式),我们将能够为客户提供 选择在Mac(和linux)系统上工作,而不是被迫(由我们?) 使用最新版本的Windows(你会惊讶地发现有多少公司仍然使用旧的(部分)不受支持的版本)。

即使在WPF中,我们也试图限制对系统的访问,我们创建了自己的沙盒 尽量不要超出范围。(从不要求管理员权限,从不访问不需要的内容)

所以对于我们所做的,Silverlight+真正的tcp/ip支持就足够了。。。 但WPF绝对还有空间,我很确定它会一直存在。

这完全取决于你在建造什么。

Silverlight总是喜欢小负载而不是功能。从战略上讲,微软将尝试使用Silverlight超越Adobe的产品,而WPF将与其他重型平台竞争。如果你看看WPF 4,你会注意到一个更重的重量特性推动。我试着记住,WPF最初是Avalon,其目的是永久取代Win32。如果有一天Windows XX是“本机”WPF,Win32将被模拟,我不会感到惊讶。

如果您想通过ADO直接访问数据库。NET这不是您在Silverlight 4中所能做到的。尽管您现在将获得一些打印支持和网络摄像头/麦克风,但对设备的访问仍将受到限制。我没有听说任何关于64位支持的消息,所以如果你想提供64位版本的应用程序,你需要WPF。我还认为,即使Silverlight 4更好地利用GPU,也不会达到WPF利用GPU的水平。

中还有大量其他组件。Silverlight不包括的NET框架,因此,如果需要其中任何一个,都需要使用WPF。

就像HTML5在某些情况下会减少对Flash或Silverlight等插件的需求一样,Silverlight也会减少对WPF的需求,但在很多情况下,您仍然需要它。

如果需要进行广泛的富文本(FlowDocument)编辑,则仍然需要WPF。Silverlight 4有新的RichTextBox,但它仅限于非常基本的内容,并且没有提供WPF中FlowDocuments中可用的全套功能。FlowDocument可以有效地完成WinForms RichTextBox的功能;但是,如果您只需要基本功能,Silverlight中的RichTextBox可能会满足您的需要。

底线是那盏银色的灯 正在限制 因此,如果你打算使用性能较差的技术,你应该有一个令人信服的理由这样做。我唯一能想到的,在某些情况下,这是一个很大的问题,就是Silverlight对平台更为漠不关心。我只是无法想象有人 想要的 将浏览器及其所有令人头痛的问题纳入解决方案。一定有很好的理由。