【问题标题】:How to implement an automatic update detection model如何实现自动更新检测模型
【发布时间】:2010-12-13 09:28:25
【问题描述】:

我们的软件从未正式安装在 Windows 上,目前有这样的更新模型:

  1. 连接到互联网

  2. 单击更新按钮

  3. 连接到服务器端程序

  4. 服务器端程序创建一个包含所有文件的 md5 哈希列表 服务器程序目录。

  5. 客户端程序创建一个包含所有文件的 md5 哈希列表 客户端程序目录。

  6. 进行比较以查看文件是否需要更新、删除或添加 到客户端的机器上,直到完成为止。

好吧,我想改用我最近看到使用频率更高的模型,在该模型中正式安装了软件并且会发生类似的情况:

  1. 当检测到互联网连接时,程序会自动查询 服务器查看是否有更新的安装包。

  2. 如果是,请询问用户是否愿意下载新安装。

  3. 如果不是,什么也不做,如果是,下载新安装。

  4. 以编程方式卸载旧程序并开始安装 新包。

我需要建议的部分是上面的第 4 点。在运行原始程序的同时以编程方式卸载旧程序并开始安装新程序的最佳方法是什么。我假设必须有一些中间程序来完成所有工作(关闭当前程序,运行它的卸载程序,然后启动新的安装程序)有更好的方法吗?我只是想转移到我们在完整安装中更新而不只是文件的模型 - 这将使我们能够更轻松地对软件进行版本控制并保持独立安装以随时恢复。

感谢您的建议!

编辑:相关问题 - 找到特定安装的安装 UUID 的最简单方法是什么?

【问题讨论】:

  • 听起来你很了解情况。有些人已经组合了一个更新程序存根,你称之为中介,他们从要更新的应用程序启动。它运行 msiexec /u ,卸载旧的东西,然后它可以运行新下载的设置。但在某个时候,它会退出,并且某个地方的某个人需要删除该更新程序存根 exe。

标签: windows installation automation


【解决方案1】:

我这样做的方法是使用一个单独的程序(我们称之为 StartUp.exe)检查更新,然后加载真正的软件(我们称之为 Program.exe)。 StartUp.exe 与 Program.exe 具有相同的图标,并且是桌面快捷方式和菜单项指向的可执行文件,使用与 Program.exe 相同的名称。

所以顺序是这样的:

  1. 用户双击桌面快捷方式或菜单项,看起来像 Program.exe,名称相同,但实际上是 StartUp.exe
  2. StartUp.exe 运行并检查是否有任何更新
  3. 如果有更新,它会简单地复制然后跨越(我们构建了一个带有进度条的漂亮系统,但您可以简单地将新文件复制到旧文件上)
  4. StartUp.exe 然后运行 ​​Program.exe
  5. StartUp.exe 然后退出

这样做的好处是您的程序文件都不会被锁定,因为加载程序实际上是一个不同的程序。用户并不明智,因为他们运行的程序看起来和他们想要运行的程序相同,并且最终结果是他们想要运行的程序,并且保证是最新版本。

使用更新按钮执行此操作会更复杂,但我们需要强制运行最新版本的程序(由于版本之间的数据库差异),因此在启动时强制更新对我们有用。

我相信这些天来做这件事的方法是使用ClickOnce 部署,但我从未尝试过——当我编写我的系统时它不可用,而且这种方法很简单而且效果很好。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-02-26
    • 1970-01-01
    • 1970-01-01
    • 2011-12-03
    • 2016-03-13
    • 1970-01-01
    • 2018-08-29
    相关资源
    最近更新 更多