2

有没有人有任何白皮书或文章可以比较和对比需要 .NET 客户端组件并且正在考虑的选项是 ActiveX 或 .Net 组件解决方案的 Web 架构?

我有一个客户想要在架构上推荐一个.Net 客户端方法而不是 Active X。但是,对于 ActiveX 有一些强烈的意见。我想做的是为我们的方向收集更多的背景和行业支持。

我个人不建议任何人再编写 ActiveX 组件。如果他们需要浏览器部署模型中的增强功能,我通常建议通过 XBAP 使用 WPF 或编写 Silverlight 应用程序。理想情况下,我想讨论一下标准网络、增强网络 (silverlight) 或平台优化 (WPF) 的优缺点。

这是你们可以帮助我们指出正确方向的事情吗?有什么想法吗?

4

3 回答 3

1

上面的链接很棒。我想澄清一下,虽然 XBAP 和 ClickOnce 应用程序默认在沙箱中运行,但它们可以提升到更高的信任度。这对 XBAP 来说比较棘手,因为它要求客户机器上存在代码访问安全策略,并且没有简单的方法可以实现它(除了网络启动的 MSI 之外)。

Click-Once 应用程序可以在清单中指定它们需要提升的权限(这在项目设置中完成)。首次启动应用程序时,如果应用程序需要比默认区域(通常是 Internet)更多的权限,则会提示并警告用户,但他们可以批准提升的权限。

Silverlight 只能在安全的沙盒中运行,无法提升。有一种访问本地存储的安全方法,但无法直接与 USB 设备等其他硬件进行交互。Silverlight 非常适合(几乎)零接触应用程序部署,只要应用程序可以存在于 Silverlight 提供的安全和功能边界内。然而,Silverlight 确实在继续发展,并且这些界限继续扩大。例如,使用 Live Framework,我们现在可以在离线模式下在桌面上的浏览器之外运行 Silverlight 应用程序并进行数据同步。我在第 9 频道上有一个关于此的截屏视频。

我也会避免使用 ActiveX,除非您无法在这些其他配置文件之一中满足您的需要。ActiveX 在每个浏览器版本中都受到越来越多的限制,而且它比其他浏览器更难控制,安全性也更低。ActiveX 可能是 IT 专业人员的管理难题,这反过来又使您的应用程序部署在企业中变得更具挑战性。

希望对您的项目有所帮助并祝您好运。

于 2009-02-11T19:24:04.340 回答
0

我在 2007 年写过这篇文章——它今天仍然适用——尽管最近我发现人们对将 Silverlight 用于业务线应用程序很感兴趣。

于 2009-02-10T20:39:12.763 回答
0

安全性通常是您最大的卖点。XBAP 应用程序始终在沙箱中运行,而 ActiveX 则不在。

我找到了以下微软博客条目:XBAP = next-generation ActiveX?乐于助人。

于 2009-02-10T20:42:50.570 回答