Silverlight OOB与WPF ClickOnce

你提到了对主机的信任访问,我认为它排除了silverlight,除非你想运行sl4(beta)。

我们最近讨论了很多关于文件系统访问的问题。Silverlight 3或多或少在部分信任沙盒中运行。不能在应用程序的独立存储之外的文件系统中维护指向文件的指针。这对我们来说是个问题,因为我们希望用户能够使用应用程序来引用文件系统上的零碎内容。也就是说,您可以允许用户从系统上的任何位置加载和保存文件,但您只需获取/或推送文件流,并且(据我所知)无权访问文件夹或文件路径信息。

Silverlight 4(测试版)支持以完全信任模式运行的应用程序。不过,我还没有玩过这个游戏,也说不出它的效果如何。

最大的问题是跨平台兼容性。如果需要在Mac和Windows上运行应用程序(不确定Linux是否支持Silverlight),请使用Silverlight。如果你想假设你的所有用户都在一台windows机器上,那么就使用wpf。

显然wpf的工具包比silverlight丰富得多,所以很可能silverlight不是一个选项。如果我只是为windows而建,尽管我知道在wpf中我的工作会更容易。

考虑到您的目标是运行windows的私有基础设施,有两点值得考虑

• wpf有一个更丰富的控制树,而silverlight是一个压缩大小的缩减集。
• wpf需要在本地安装.net framework,而silverlight有自己的独立于平台的基于浏览器的运行时

虽然您的目标平台可能安装了最新的.NET框架,但请记住任何更新 到 框架[ie.net4.0和任何未来的更新]可能需要重启机器,这对于那些要求在有状态的桌面上保持不变的企业来说是一个主要的痛点[即金融领域的任何东西,如银行和交易]。

与所有问题一样,您的需求,而不是技术,应该为您的解决方案提供信息。:)

在与许多同时使用silverlight和wpf的人交谈时,甚至是那些对silverlight感到兴奋并强烈要求它的人,我听到很多人相当强调地说,如果您要专门为完全信任的windows环境开发,wpf是一个显而易见的选择。

这并不是说silverlight是一个劣质产品,也不是说silverlight没有时间会成为明显的赢家。但当你说“我将在一个只运行windows计算机的公司网络上部署lob应用程序”时,wpf似乎是一个明显的赢家。

你 能够 决定沿着Silverlight的路线走,期待着所有全新的OOB功能OS SL4。我甚至听说SL和WPF最终会合并,所以这可能根本不重要,对吧?好吧,我想如果你使用Silverlight,你会发现一些你认为没有达到预期效果的高级功能。例如,SL4将能够在“提升的信任”(不是完全信任)中运行,并且您可能会在项目中的一个令人沮丧的时刻发现这种限制,因为您的许多代码基已经在Silverlight中。

当然,请注意Silverlight,但对于您当前的业务案例,WPF可能是最合适的。