1

我正在尝试帮助将 .Net 服务移植到更现代的 .Net 版本（可能是 Core）并使用 MSIX 安装程序。该应用程序有几个由编译器生成的配置文件（在源代码中它们是 app.config，但编译后它们变成 *.exe.xml），它们安装在二进制文件旁边的 Program File 中，还有一个 GUI 帮助应用程序和应用程序本身可以修改它们以改变服务行为（端口、ip、tls 证书等）。

不允许在 C:\Program Files\WindowsApps\package_name 下写入。不允许在 C:\Program Files\WindowsApps\package_name 下写入。

我面临的问题是 MSIX 安装程序使其无法写入其沙盒版本的 Program Files 中的文件（见上文）。这意味着无法配置此应用程序，因此我不仅要弄清楚如何使应用程序再次可配置，还要弄清楚 windows想要如何处理应用程序配置。

现在似乎有两种通用方法可以做到这一点：

  1. 将配置数据写入服务帐户的 AppData/local 文件夹
  2. 尝试模仿/etc/Myservice另一个文件夹中的行为。（意味着一个本地系统范围的目录，其中包含服务的配置数据）

如果您建议 #1，请回答以下附加问题：

  1. 如何将应用程序配置文件移动到用户配置文件目录
  2. 具有普通帐户的管理员如何使用提到的 GUI 帮助应用程序修改服务帐户的 AppData 文件夹中的配置文件？（他们是否需要启用对服务帐户的桌面访问权限、登录并运行 GUI）？

如果您建议＃2：

  1. 您会建议该目录存在于哪里（特别是 MSIX 允许它在哪里）？
  2. 我如何告诉 .Net 应用程序文件不在它旁边？我可以只使用 AppData.CurrentDomain.SetData 吗？
4

1 回答 1

1

好吧，在系统帐户上运行的服务对所有用户来说都是相同的，所以我会说CommonApplicationData是一个更好的文件夹来存储其设置，而不是 appdata。您的服务和任何需要部署自定义配置文件的管理员都可以轻松访问此文件夹。

在 AppData 中，您应该只存储实际的用户文件（例如由特定用户在您的应用程序内执行的操作生成的文件或设置 - 因此不同用户的不同文件）。

现在，第二部分是您需要配置代码以从自定义路径加载配置文件的地方，而不是在 EXE 旁边查找它。我不是 .NET 专家，但经过快速搜索，我发现了这一点：

部署应用自定义的现代方法

我不清楚的是您的客户如何使用 GUI 帮助工具来自定义配置文件。这是否只是 IT 部门的某个人用来生成配置文件的工具，然后他们会复制该文件并使用 MSI/MST 文件（或通过其他一些自定义部署方法）将其部署到最终用户计算机)?

如果您的应用程序仅由 IT 人员部署，那么您可以尝试另一种更简单（且更优雅）的解决方案，为其提供自定义配置文件，这实际上不需要任何代码更改。

您仍然可以将配置文件留在 EXE 旁边的 ProgramFiles 中，并指示部署应用程序的 IT 团队使用MSIX 修改包来部署由 GUI 帮助程序生成的自定义配置文件。（查看上面包含的链接以获取示例 - 文章末尾有视频版本）。

注意：IT 团队可以使用多种免费或付费工具来生成 MSIX 修改包。

当然，您的 GUI 帮助工具仍然需要在允许的文件夹中生成该自定义配置文件，因为它不能再在 ProgramFiles 下写入。所以实际上，您也需要在这种情况下修改一些代码。

于 2020-12-15T14:20:54.847 回答