XBAP使用和成熟度问题

Question

我们正在考虑将UI迁移到XBAP。尽管我们知道客户必须预先安装了.net，但我们还是选择了XBAP，因为我们不是针对大众，而是针对企业环境中的IT专业人员，这是一种保留我们的投资(在客户机-服务器架构中基于WPF的UI )和享受web部署的方法。然而，我们对平台/体系结构的成熟及其采用表示关注。

--您知道有什么商业应用程序使用XBAP吗?您有使用它的经验吗？你能详细介绍一下那次经历吗？

，正如@Murph所建议的，你能想到比XBAP更喜欢clickOnce (或者相反)的强烈理由吗？

Answer 1

我一直在做一个XBAP工具，也是为了满足公司内部的需求。很容易推出更新--只要更新服务器应用程序版本，客户端下次连接时就会更新。因此，在这方面，它与ClickOnce并没有太大的不同。

我们面临的主要问题是“部分信任”模式，你必须遵守这种模式。在一些非常意想不到的情况下，它会出错，比如，我们的一些第三方WPF失败了，因为他们使用WPF位图效果，这反过来又使用GPU着色器，这被认为是系统的安全违规并被阻止。我不确定这种问题是否在ClickOnce中解决了。传言说，XBAP信任模式将在.NET 4中减少偏执。

否则，我看不出有什么不同。至少XBAP与独立WPF的开发是一样的。(注意: Silverlight是不同的，它只使用.NET框架的一个子集，该框架是单独安装的，可供多个平台使用。XBAP需要Windows和.NET Framework 3+)。

Answer 2

我们在ClickOnce方面取得了很大的成功，包括向外部非技术客户推出产品.它很容易使用，包括易于集成到我们的自动化构建过程中。我们的经验是，在权衡这两个备选方案的风险时，至少还需要考虑一个数据点。

您说得对，XBAP的采用确实非常低。我认为这主要是因为Silverlight对大多数想要在浏览器中使用WPF/DotNet的人来说更有意义(因为他们的应用程序可以与Silverlight跨平台)。

Answer 3

我们开发了一个具有桌面和web实现的应用程序。因为功能几乎是相同的，所以我们需要一个单一的源解决方案。该应用程序是CAD应用程序的一个项目和绘图管理工具。在浏览器中运行它最重要的原因是，应用程序将被用作交换项目数据和绘图的协作工具。

浏览器托管应用程序的问题是它们在浏览器中运行，因此仅限于适用的规则(如另一个答复中提到的那样)。新窗口和信任限制)。

由于我们的应用主要用于受控内部网和外网，我们认为我们可以用我们的解决方案来管理。我们的应用程序以完全信任的方式运行，并使用我们自己的证书进行签名，这使我们的生活更加轻松。

当然，它的好处是单击一次安装(和更新维护)，并允许用户通过网站安装应用程序'anywhere‘(或者您需要.NET和我们的情况下的证书)。

我们面临的最大问题是信任、导航和对话，我们可以解决这些问题。另一个问题是，我们的应用程序使用web服务访问数据。默认情况下，客户端和web服务之间的绑定相当困难(嵌入)，但我们也找到了克服这一问题的方法。

我们也可以在浏览器之外运行我们的应用程序(但是通过浏览器安装)。但我们的产品所有者目前想要的浏览器体验，因为这是更有意义的用户。如果通过网站安装，但在浏览器外部运行应用程序，则浏览器所需的限制较少。