6

这个问题真的说明了一切。如果您正在编写 WPF 应用程序,您如何集成应用程序帮助?2013年年中的比赛状态如何?

从一个下午的搜索引擎来看,似乎没有明确的答案,但有几个选择:

  1. 编写您自己的基于工具提示的帮助(但是您从哪里获取数据?)

  2. 使用 .CHM 文件和 Windows 窗体帮助系统(对我来说似乎很古老)。

  3. 使用 Microsoft Help Viewer 1.X 或 Microsoft Help 2.0。

    • 关于哪个是 MS 更新/批准的存在一些混淆。看来,Help Viewer 1.X 可能是 Microsoft Help 2.0 的推荐选项。名字这么相似也无济于事……
    • 2.0的状态如何?我们应该使用它吗?它曾经完全部署过吗?
  4. 使用第三方产品创作您的帮助文件并以某种方式链接到它们 - DocToHelp/NetHelp、NetAdvantage 在线帮助等...

此外,您使用哪些基于 XAML 的标记/属性来提供必要的上下文?推荐的方法是什么?

令人惊讶的是,在 WPF 中支持基于应用程序的帮助没有明确的路径。

4

1 回答 1

6

我目前的偏好是使用第三方帮助授权系统来生成基于 HTML 的帮助。

然后,我们根据需要使用 aWebBrowser来显示此帮助。我们使用的创作系统使得从主帮助中提取单个页面变得相当容易(每个“主题”都是一个 HTML 文件,可以包含全部内容,也可以不包含)。

诚然,一开始这肯定感觉有点讨厌 - 但是一旦我们编写了基本的管道(xaml 的一些附加属性,用于指定上下文位置的属性并添加行为以触发帮助等),它就相当干净了。

然而,这种方法的一个非常好的优点是单一的帮助系统构建在所有上下文中都可以完美运行 - 我们可以在线包含文档,在本地公开它以在浏览器中使用,并直接在我们的应用程序中使用上下文。

于 2013-06-24T16:03:51.600 回答