使用可更新的 FlowDocument XAML 文件作为我的 WPF 帮助系统
我正在使用 XAML FlowDcouments（仅 .xaml 文件，无代码隐藏）为我的 WPF 应用程序构建一个简单的帮助系统。我只是使用 Build Action = Resource 将它们添加到我的项目中，然后我可以根据需要加载和显示它们。
现在，我试图使其更加灵活，因为在安装应用程序后，我希望用户能够下载其他（或现有版本的更新版本）FlowDocument XAML 帮助文件。鉴于此，我现在想知道存储这些文件的最佳位置在哪里。一些问题/想法：
我可以将它们保留为资源文件，并根据需要覆盖或添加新文件吗？我在 SO/Google 上找不到如何在运行时添加/编辑资源的示例。这可能吗？
如果没有，是否有推荐的位置来存储这些文件？它们应该可供所有用户使用，因此它们不能进入用户目录 - 他们必须进入程序目录。程序目录是否具有写访问权限（我记得以前遇到过问题）？
还有其他想法吗？
谢谢。
I'm putting together a simple help system for my WPF app using XAML FlowDcouments (just .xaml files, no code-behind). I've simply added them to my project with Build Action = Resource, and I can load and display them as required.
Now, I'm trying to make it a bit more flexible, in that after the installation of the app, I want the user to be able to download additional (or newer versions of the existing) FlowDocument XAML help files. Given this, I'm now wondering where the best place to store these files is. A few questions/ideas:
Can I leave them as resource files, and overwrite or add new files as required? I can't find a example of how to add/edit resources at runtime on SO/Google. Is it even possible?
If not, is there a recommended location to store these files? They should be available to all users, so they can't go into the User's directory - they would have to go in the program directory. Does the program directory have write-access (I remember having issues with that before)?
Any other ideas?
Thanks.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
资源文件嵌入到可执行文件中，因此您无法更改它们。
至于放置下载的帮助文件的常见位置，您不能将它们存储在“程序文件”中，因为您需要管理员权限才能在那里写入。
我建议您将它们放入 SpecialFolder.CommonApplicationData （请参阅http://msdn.microsoft.com/en-us/library/system.environment.specialfolder(v=vs.80).aspx)，其定义作为“充当所有用户使用的应用程序特定数据的公共存储库的目录。”
The resource files are embedded into the executable and therefore you cannot change them.
As for a common place to put your downloaded help files, you cannot store them in "Program Files" since you would need admin privileges to write there.
I suggest you put them into SpecialFolder.CommonApplicationData (see http://msdn.microsoft.com/en-us/library/system.environment.specialfolder(v=vs.80).aspx), which is defined as "The directory that serves as a common repository for application-specific data that is used by all users."