如何使用 MSIX 允许可编辑的 .Net 生成的配置文件？
How to allow for editable .Net generated config files with MSIX?
我正在尝试帮助将 .Net 服务移植到更现代的 .Net 版本（可能是 Core）并使用 MSIX 安装程序。该应用程序有几个由编译器生成的配置文件（在源代码中它们是 app.config 但编译后它们变成 *.exe.xml），它们被安装到二进制文件旁边的程序文件和一个 GUI 帮助应用程序作为好吧，应用程序本身可以修改它们以更改服务行为（端口、ip、tls 证书等）。
Writes under C:\Program Files\WindowsApps\package_name are not allowed.Writes under C:\Program Files\WindowsApps\package_name are not allowed.
我面临的问题是 MSIX 安装程序无法写入 Program Files 沙盒版本中的文件 (see above)。这意味着无法配置此应用程序，因此我不仅要弄清楚如何使应用程序再次可配置，还要弄清楚windows 想要如何处理应用程序配置。
现在似乎有两种通用方法可以做到这一点：
- 将配置数据写入服务帐户的 AppData/local 文件夹
- 尝试模仿另一个文件夹中的
/etc/Myservice 行为。 （意思是包含服务配置数据的本地系统范围目录）
如果您建议 #1，请回答以下附加问题：
- 如何将应用程序配置文件移动到用户配置文件目录
- 拥有普通帐户的管理员如何使用上述 GUI 帮助程序修改服务帐户的 AppData 文件夹中的配置文件？ （他们是否需要启用对服务帐户的桌面访问、登录和 运行 GUI）？
如果您建议#2：
- 您建议该目录存在于何处（特别是 MSIX 允许存在于何处）？
- 如何告诉 .Net 应用程序文件不在旁边？我可以只使用 AppData.CurrentDomain.SetData 吗？
嗯，系统帐户上的服务 运行 对所有用户都是相同的，所以我认为 CommonApplicationData 是一个更好的文件夹来存储其设置，而不是应用程序数据。您的服务和任何需要部署自定义配置文件的管理员都可以轻松访问此文件夹。
在 AppData 中，您应该只存储实际的用户文件（例如由特定用户在您的应用程序中执行的操作生成的文件或设置 - 因此不同的用户使用不同的文件）。
现在，第二部分是您需要配置代码以从自定义路径加载配置文件的地方，而不是在 EXE 旁边寻找它。我不是 .NET 专家，但经过快速搜索后我发现了这个：
- Relocating app.config file to a custom path
部署应用自定义的现代方法
我不清楚您的客户如何使用 GUI 帮助工具来自定义配置文件。这只是 IT 部门的某个人用来生成配置文件的工具，然后他们会复制该文件并使用 MSI/MST 文件（或通过其他一些自定义文件）将其部署到最终用户机器上部署方法)?
如果您的应用程序仅由 IT 人员部署，那么您可以尝试另一种更简单（更优雅）的解决方案，为它提供自定义配置文件，实际上不需要任何代码更改。
您仍然可以在 ProgramFiles 中将配置文件保留在 EXE 旁边，并指示部署该应用程序的 IT 团队使用 MSIX Modification Package 来部署由您的 GUI 助手生成的自定义配置文件。 （查看上面包含的 link 示例 - 文章末尾有视频版本）。
注意：IT 团队可以使用多种免费或付费工具来生成 MSIX 修改包。
当然，您的 GUI 帮助工具仍然需要在允许的文件夹中生成自定义配置文件，因为它不能再在 ProgramFiles 下写入。所以实际上，您也确实需要在这种情况下稍微修改一下代码。
我正在尝试帮助将 .Net 服务移植到更现代的 .Net 版本（可能是 Core）并使用 MSIX 安装程序。该应用程序有几个由编译器生成的配置文件（在源代码中它们是 app.config 但编译后它们变成 *.exe.xml），它们被安装到二进制文件旁边的程序文件和一个 GUI 帮助应用程序作为好吧，应用程序本身可以修改它们以更改服务行为（端口、ip、tls 证书等）。
Writes under C:\Program Files\WindowsApps\package_name are not allowed.Writes under C:\Program Files\WindowsApps\package_name are not allowed.
我面临的问题是 MSIX 安装程序无法写入 Program Files 沙盒版本中的文件 (see above)。这意味着无法配置此应用程序，因此我不仅要弄清楚如何使应用程序再次可配置，还要弄清楚windows 想要如何处理应用程序配置。
现在似乎有两种通用方法可以做到这一点：
- 将配置数据写入服务帐户的 AppData/local 文件夹
- 尝试模仿另一个文件夹中的
/etc/Myservice行为。 （意思是包含服务配置数据的本地系统范围目录）
如果您建议 #1，请回答以下附加问题：
- 如何将应用程序配置文件移动到用户配置文件目录
- 拥有普通帐户的管理员如何使用上述 GUI 帮助程序修改服务帐户的 AppData 文件夹中的配置文件？ （他们是否需要启用对服务帐户的桌面访问、登录和 运行 GUI）？
如果您建议#2：
- 您建议该目录存在于何处（特别是 MSIX 允许存在于何处）？
- 如何告诉 .Net 应用程序文件不在旁边？我可以只使用 AppData.CurrentDomain.SetData 吗？
嗯，系统帐户上的服务 运行 对所有用户都是相同的，所以我认为 CommonApplicationData 是一个更好的文件夹来存储其设置，而不是应用程序数据。您的服务和任何需要部署自定义配置文件的管理员都可以轻松访问此文件夹。
在 AppData 中，您应该只存储实际的用户文件（例如由特定用户在您的应用程序中执行的操作生成的文件或设置 - 因此不同的用户使用不同的文件）。
现在，第二部分是您需要配置代码以从自定义路径加载配置文件的地方，而不是在 EXE 旁边寻找它。我不是 .NET 专家，但经过快速搜索后我发现了这个：
- Relocating app.config file to a custom path
部署应用自定义的现代方法
我不清楚您的客户如何使用 GUI 帮助工具来自定义配置文件。这只是 IT 部门的某个人用来生成配置文件的工具，然后他们会复制该文件并使用 MSI/MST 文件（或通过其他一些自定义文件）将其部署到最终用户机器上部署方法)?
如果您的应用程序仅由 IT 人员部署，那么您可以尝试另一种更简单（更优雅）的解决方案，为它提供自定义配置文件，实际上不需要任何代码更改。
您仍然可以在 ProgramFiles 中将配置文件保留在 EXE 旁边，并指示部署该应用程序的 IT 团队使用 MSIX Modification Package 来部署由您的 GUI 助手生成的自定义配置文件。 （查看上面包含的 link 示例 - 文章末尾有视频版本）。
注意：IT 团队可以使用多种免费或付费工具来生成 MSIX 修改包。
当然，您的 GUI 帮助工具仍然需要在允许的文件夹中生成自定义配置文件，因为它不能再在 ProgramFiles 下写入。所以实际上，您也确实需要在这种情况下稍微修改一下代码。