ClickOnce 部署应用程序的 Prism 架构注意事项

Question

我正在使用 Prism 和 ClickOnce 创建一个新应用程序，但在测试 ClickOnce 的哈希检查以检查仅增量更新时，我注意到我需要进行一些架构更改才能充分利用 ClickOnce 更新。

明确地说，我正在部署到互联网连接不佳的机器上，我真的想以最小的带宽发布小型、快速的更新。理想情况下，只有经过修改的模块才会通过网络发送。

首先，我注意到客户端应用程序项目的哈希（生成 .exe 的那个）无论如何总是被更改，并且总是重新下载。这导致我删除 Shell.xaml、ShellViewModel.cs 和一些 ResourceDictionaries 并将它们移动到新的 ShellModule 中。这留下了 AggregateModuleCatalog、Bootstrapper、App.xaml 和 App.cs；每个文件都很小，所以这很好。

其次，我注意到 ClickOnce 的程序化更新可以进入一个模块，所以我将它放在一个 AutoUpdateModule 中。

最后，我最关心的是基础设施项目。每个模块直接引用基础设施，如果基础设施被修改，所有模块都会获得新的哈希值。我相信这意味着即使我在基础设施内的枚举中添加一行，整个应用程序也会被重新下载。

这个问题有没有优雅的解决方案？如果您使用 ClickOnce 部署了 Prism 应用程序，还有哪些其他架构修改有助于或改进了您的部署？

Answer 1

我不熟悉 Prism，但是，在 ClickOnce 中无法为标准应用程序应用部分更新。

我在大约 5 年前从事的一个 Windows 应用项目中遇到了类似的问题（我认为）。具体来说，我的用户经常有不稳定的数据连接（有时连接到较差的蜂窝数据连接），我需要确保我的更新尽可能小。

尽管我可以阻止在每次更新后重新下载完整的应用程序，但我确实发现有许多第三方 dll 从未更改过。因此，我创建了一个单独的安装程序，将这些模块放置在 Windows GAC 中，并且它们仅在安装必备组件时安装一次。这将我的应用程序大小从 25MB 减少到了 2MB——相当大的改进。

我不确定这是否适用于您的情况，但它可能会有所帮助。