问题标签 [xbap]

我正在开发一个 .NET 3.5 XBAP 应用程序，它在 FF3 和 IE6/7 等中运行得非常好。我只是想知道是否有可能让这些在其他浏览器下运行，特别是（因为它目前处于聚光灯下）谷歌浏览器。

我想在我的 WPF XBAP 应用程序中支持键盘快捷键，例如Ctrl+O表示“打开”等。如何禁用浏览器的内置键盘快捷键并将其替换为我自己的？

我们正在为 XBAP 应用程序创建自定义 WPF 控件（不是用户控件），并且我们希望添加一个情节提要动画以在鼠标悬停在控件上时将控件缩放为其原始大小的 110%。我们使用 Blend 来创建故事板，它编译得很好……但是，当我们运行时，它的动画不会达到 110%。我已经在这里和那里阅读了您无法在 XAML 中为自定义控件制作故事板动画的点点滴滴。有谁知道如何完全在 XAML 中为自定义控件执行此操作？

这是我们的自定义控件的 XAML：

我们有一个 WPF XBAP 应用程序，我们希望在部署后更改服务器上的配置。由于配置文件嵌入在部署文件中，这怎么可能？

例如，我们想要更改已部署的应用程序连接到的数据库连接字符串，或者我们想要更新它连接到的 WCF 服务绑定设置？我们希望更新服务器上的配置文件，而不必每次都重新编译和重新部署。

谢谢！

我们的应用程序是一个完全信任运行的 Xbap。我有一个类似的功能：

这非常适合在现有窗口内浏览。我想在单独的窗口中打开这个新页面。有没有办法做到这一点？

有一个需要“extraData”的重载，但我无法确定要传递什么来导航到新窗口。

我编写了一个 Xbap 应用程序并将其发布到 Windows XP 计算机上没有任何问题。现在我想将 Xbap 应用程序发布到运行 Windows Server 2003 的计算机上。发布应用程序时我没有遇到任何失败，但是当我尝试浏览应用程序时出现故障并且无法浏览应用程序。

当我尝试运行http://localhost/MyApp/setup.exe时，它​​说找不到该文件...

与 Windows XP 相比，当发布到 Windows Server 2003 计算机时，我还有其他事情要做

我正在考虑从 VeriSign 或 Thawte 购买代码签名证书来签署 XBAP。我的问题是：该证书到期时会发生什么？299 美元和 599 美元对于 1 年/2 年证书来说是相当高的价格，如果我必须在证书到期时向我的客户交付新签名的版本，那么我只需处理创建自己的证书的麻烦现在。

我不喜欢创建自己的证书的地方在于难以将其分发到将使用我的 XBAP 的所有客户端计算机。我的应用程序只会在 LAN 上使用，所以我想我总是可以使用 Windows Installer 来安装我自制的证书（尽管我不确定如何做到这一点 - 任何人有任何想法吗？）。

如果我交付的是部分信任的应用程序，这真的不是问题 - 但我的应用程序需要 Web 权限，因为它将与 WCF 服务通信，因此它位于部分信任和完全信任之间的灰色区域，并且没有证书，当我尝试加载我的 XBAP 时，我收到了有趣的 ole Trust Not Granted 消息。

有任何想法吗？

我们的应用需要即时通知，所以很明显我应该使用一些 WCF 双工或套接字通信。问题是应用程序是部分信任 XBAP，因此我不允许使用除 BasicHttpBinding 之外的任何东西。因此，我需要轮询更改。

问题来了：我的 PM 说更新间隔应该是 2 秒左右，并且在单个 Web 服务器上的具有 500 个用户的 Intranet 上运行。

你们中是否有人体验过轮询会如何影响 Web 服务器。

该服务非常简单，它将一个 guid 作为 arg，并返回一个 guid 列表。所有数据访问都被缓存，所以我猜服务器上的负载对于一次调用来说是最小的，但是对于 500 ......

除了轮询之外，网络服务器几乎没有工作。

那么，基于这个小信息（假设一个标准的服务器硬件，不管是什么），是否有可能做出一个合格的猜测？

• 是否有可能实现这一点，它会起作用吗？

是的，我知道估计这很困难，但如果你们中的一些人能就此分享一些想法，我会非常高兴

问候

拉尔西

我可以在我的 WPF 应用程序中动态托管 XBAP 吗？

我可以下载 XBAP，将其设置为托管在我的 WPF 应用程序中，并以编程方式与之交互吗？

我正在尝试了解 Microsoft 当前提供的许多应用程序部署选项。

做一些研究发现了几十个令人困惑的术语：

• “WPF 应用程序”
• “点击一次应用程序”
• “WPF ClickOnce 应用程序”
• “微星应用”
• “XBAP 应用程序”
• “使用 ClickOnce 部署的 XBAP 应用程序”
• “已安装 ClickOnce 应用程序”
• “WPF 网络应用程序”
• “ASP.NET 网络应用程序”
• “ASP.NET MVC Web 应用程序”
• “银光应用”
• “完整的 WPF 应用程序”
• “带有同步框架支持的 ClickOnce”

我将我的发现整理成以下七种不同的方法。希望得到反馈：

1. “使用 MSI 部署的 WPF 应用程序”（允许大量安装选项）

   • 目标计算机上需要 MSI 运行时
   • 带有选项的向导
   • 可以指定每个用户或每台机器
   • 可以修改目标计算机上的文件和注册表，仅受管理员设置的访问权限限制
   • 可以在桌面上放置快捷方式
   • 替换系统文件等可以很容易地进入目标计算机上的DLL地狱
   • 更新是一个很大的负面影响：检测可用更新需要额外的工具/自定义编程，而不是内置的
   • 用户无需在线即可使用应用程序

2. “使用 ClickOnce 部署的 WPF 应用程序”：（如果您想要自动更新但在沙箱中运行则很好）

   • 需要两次点击（点击超链接，点击是），无需用户输入
   • 仅适用于当前用户，没有每台机器安装
   • 桌面没有快捷方式
   • 像普通应用程序一样出现在程序列表中
   • 应用程序文件始终复制到 ../My Documents/My Applications
   • 您的应用程序的快捷方式将放在开始菜单/您的公司名称中
   • 无法修改目标计算机，与操作系统隔离
   • 自动检测并更新较新版本
   • 只需将它们放在网络服务器上（客户端检测并获取它们）即可发布
   • 需要 .NET 2.0 或更高版本
   • 与 Java Web Start 相媲美
   • 解决了四个问题：（1）易于部署，（2）易于更新，（3）对目标计算机影响小，（4）无需管理员权限。
   • 被认为是“低影响”
   • 如果两个用户在同一台​​机器上安装了相同的 ClickOnce 应用程序，他们不会互相破坏
   • 采用 CAS 确保安全
   • 用户无需在线即可使用应用程序
   • 独立的 ClickOnce 应用程序现在无法在 Firefox 和 Mac 上使用 Firefox，因为它需要 .NET 运行时
   • 仅限于单窗口应用程序，因为它们在浏览器中运行
   • 构建 ClickOnce 清单比 Silverlight 等容易得多，因为 IDE 将为您完成几乎所有工作；您只需将文件托管在某处（可以是 Web URL；可以是网络 UNC）。

3. 「XBAP App」：xcopy 部署.xbap 文件，IE 和火狐浏览器像网页一样立即显示

   • XBAP 模型的真正目标是创建一个等效于传统 HTML 和 JavaScript 网站（或 Flash 小程序）的 WPF
   • 目标计算机只需运行应用程序，无需在其网络浏览器（IE 或 Firefox）中通过网络安装
   • 它们适用于您希望非常容易部署的 Intranet 应用程序、完整的 .NET 框架（与 Silverlight 相对）和浏览器的导航模型。
   • 99% WPF 功能（相对于 Silverlight 的 WPF 功能子集）
   • 也可以通过 ClickOnce 自动部署，但 XCOPY 更常见
   • YourApp.xbap 确实是 ClickOnce 部署清单
   • 在沙箱中运行
   • 用户必须在线才能使用应用程序
   • 这些必须是“基于页面”的应用程序，而不是“基于 Windows”的应用程序
   • “XBAP 似乎在浏览器内部运行只是因为它在浏览器窗口中显示其所有内容。这与加载在浏览器进程中的 ActiveX 控件（和 Silverlight）使用的模型不同。”
   • XBAP 提供“无提示”体验，只要安装了 .NET 3.5，它就会像网页一样显示在浏览器中。
   • 不允许 XBAP 通过 Interop 使用 WinForm 控件
   • 不允许使用窗口拖放
   • 不允许使用最高级的 WCF 功能，并且 XBAP 无法与托管 XBAP 的服务器以外的任何服务器通信
   • “如果您的应用程序需要完全信任，您应该考虑构建一个独立的 WPF 应用程序并使用 ClickOnce 进行部署”（C# 2008 中的 Pro WPF）
   • 技巧：您可以将多个 xbap 应用程序嵌入到一个 HTML 页面上的多个 iframe 中。

4. “Silverlight App”：在客户端浏览器中运行，使用下载的 .NET 框架的 4MB 子集，即没有 3D）

   • 跨浏览器（Opera 和 Safari 也可以使用应用程序）
   • 更新应用程序就像使用 ClickOnce 或 XBAP 一样简单
   • 单窗口应用
   • 应用程序当然在沙箱中
   • 仅异步

5. 《ASP.NET MVC with JQuery/AJAX》：在RAD和TDD方面等同于WPF开发的新开发平台

   • 这种方法值得与 WPF/Silverlight 方法一起考虑

6. “ASP.NET App”：随着 ASP.NET MVC 获得认可，带有 ViewState 等的经典 Web 应用程序可能会越来越少使用

7. “WinForm App”：经典的windows应用，随着WPF的接受度会越来越少

我将特别感谢以下方面的反馈：

• 控件的可重用性如何（例如，如果我们在 Silverlight 中开发，我们可以在 XBAP 中重用我们的代码/控件吗？）
• 对于有时离线，有时在线并且需要访问 WCF 的客户的最佳方法是什么（我认为可能是 clickOnce 应用程序）