auto-update - 我应该如何实现自动更新程序？

Question

许多程序都包含自动更新程序，程序偶尔会在线查找更新，然后下载并应用找到的任何更新。程序错误被修复，支持文件被修改，并且事情(通常)变得更好。

不幸的是，无论我如何努力寻找，我都无法在任何地方找到有关此过程的信息。看起来已经实现的自动更新程序要么是专有的，要么不被认为是重要的。

实现在网络上查找更新并在可用时下载更新的系统似乎相当容易。自动更新程序的这一部分将在不同的实现过程中发生显着变化。问题是应用补丁有哪些不同的方法。只是下载文件并用新文件替换旧文件，运行下载的迁移脚本，猴子修补系统的某些部分等等？最好有概念，但如果有 Java、C、Python、Ruby、Lisp 等语言的示例，我们将不胜感激。

Answer 1

我认为“语言不可知论”将成为这里的一个限制因素。应用程序的形状和尺寸多种多样，因此没有一种放之四海而皆准的答案。我已经用多种语言实现了多个自动更新程序，但没有两个是相似的。

最普遍的理念是，应用程序检查某些主位置(网址、网络查询、公司网络位置等)，以询问其版本是否是最新版本，或者询问最新版本是什么。如果答案需要更新，则每种情况的流程都会有所不同。

一种流行的替代方法是在应用程序启动时邀请主位置运行脚本。例如，该脚本可以检查版本、根据需要下载更新以及请求使用反馈。

如果您缩小参数范围，我们可能可以提供更好的帮助。

更新:“修补”的方法还取决于应用程序的性质，并且这里有非常广泛的多样性。例如，如果您有一个可执行文件，那么替换可执行文件可能是最实际的。如果您的应用程序有许多文件，您应该寻找方法来最大限度地减少替换的文件数量。如果您的应用程序是高度定制或参数化的，您应该努力尽量减少重新定制的工作。如果您的应用程序使用解释型代码(例如 Excel VBA 应用程序或 MS Access MDB 应用程序)，那么您也许能够替换部分代码。在 Java 应用程序中，您可能只需要替换 JAR 文件，甚至 JAR 内容的子集。您还需要有一种方法来识别当前的客户端版本，并进行适当的更新。我可以继续说下去，但我希望你能明白我关于多样性的观点。这是最佳答案通常以“嗯，这取决于......!”开头的许多次之一。这就是为什么很多答案都包含“请缩小参数范围。”