ClickOnce应用程序配置为以编程方式执行更新，但有时仍会显示ClickOnce Update Available提示。

Question

ClickOnce应用程序配置为以编程方式执行更新，但有时仍会显示ClickOnce Update Available提示。

3

我们有一个使用ClickOnce部署的WPF应用程序，它在应用程序启动时通过编程检查并执行更新。这通常表现得非常好，除了用户选择“否”回答我们的“您是否要更新？”提示的情况。在这种情况下，下一次用户启动应用程序(始终如此)，ClickOnce框架的“可用更新”对话框会启动，并提供更新或跳过选项。这不会造成技术问题，但会让用户感到困惑，因为他们可能会看到两个完全不同样式的对话框。(如果用户选择跳过ClickOnce对话框，那么应用程序将启动并呈现我们自己的“可用更新”对话框)。有什么想法可以解决这个问题吗？谢谢。

- Tom W Hall

2个回答

0

应使用参数 false 调用 CheckForUpdate 或 CheckForDetailedUpdate 方法。

这些方法的 intellisense 文档令人困惑。

- johan estiven

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- RobinDotNet · Accepted Answer

在更新对话框中（在发布选项卡中），您有勾选“检查更新”的复选框吗？

[编辑于6/18/2010] 这里有一些我认为可以解决您问题的更多信息。 CheckForUpdate() 和 CheckForDetailedUpdate() 方法将更新检查结果持久化到磁盘上。下次应用程序运行时，ClickOnce 机制会发现有新版本可用并提示用户不需要的窗口。

显然，更新是一个两步骤的过程：

- 步骤1 - 检查部署位置是否有更新，并将其发现的信息持久化到本地 ClickOnce 更新缓存中。 - 步骤2 - 检查本地 ClickOnce 更新缓存并显示更新窗口，如果发现有更新。

取消勾选“应用程序应检查更新”选项似乎只会导致 ClickOnce 跳过第1步。第2步仍会发生。 CheckForUpdate() 和 CheckForDetailedUpdate() 方法具有与步骤1相同的效果-数据持久化到磁盘上，因此下次运行应用程序时，步骤2会看到更新并显示更新窗口。

诀窍在于阻止 CheckForUpdate() 和 CheckForDetailedUpdate() 将此信息持久化到磁盘上。这可以通过使用有参数的重载方法（

CheckForUpdate(bool persistUpdateCheckResult) 或 CheckForDetailedUpdate(bool persistUpdateCheckResult)）并将参数设置为false来实现（即 CheckForUpdate(false) 或 CheckForDetailedUpdate(false)）。