5

回到过去，帮助不是微不足道的而是可能的：生成一些带有特殊标签的时髦的 .rtf 文件，通过编译器运行它，你得到一个实际上运行良好的 WinHelp 文件 (.hlp)。

然后，微软认为 WinHelp 不再时髦和酷，并转而使用 CHM，直到他们实际上从 Vista 中删除了 WinHelp。

现在，CHM 可能不错，但每个尝试在网络上打开 .chm 文件的人都会知道由安全限制引起的漂亮的“网页导航已取消”屏幕。

虽然有一些方法可以使 CHM 脱离网络工作，但这并不是一个好的选择，因为当用户按下帮助按钮时，他需要帮助而不需要进行一些时髦的设置

底线：我发现 CHM 绝对无法使用。但是随着 WinHelp 不再是一个选项，我想知道替代方案是什么，尤其是在与我的应用程序集成时（即对于 WinHelp 和 CHM，有一些功能可以让您直接跳转到某个主题）？

PDF 的缺点是需要 Adob​​e Reader（或不是很多人使用的更轻量级的之一）。我可以忍受这种看法，因为这是当今的一种标准，但你能告诉它可靠地跳转到给定的页面/锚点吗？

HTML 文件似乎是最好的选择，然后你只需要处理不同的浏览器（CSS 和其他东西）。

编辑：我正在寻找创建自己的帮助文件。由于我是“无需设置，只需提取并运行”理念的粉丝，我过去曾多次遇到过这个问题，因为我的许多用户会从网络上运行它，这正是导致这个问题的原因。

因此，我正在寻找一种更强大且面向未来的方式来为我的用户提供帮助，而无需为我制作的每个应用程序编写不同的帮助系统。

CHM 是一种非常好的格式，但是 Security Stuff 使它无法使用，因为帮助系统应该为用户提供帮助，而不是产生更多问题。

4

1 回答 1

2

是的，在某些时候，他们想在帮助文件中添加行为，这使其成为一个安全问题并猜测会发生什么，补救措施通常比威胁更糟糕。

或者它太简单或太复杂，被新的东西取代而不关心向后兼容性。

如果你想要它真的很简单并且可以长期构建，那就选择 .TXT

您没有指定您的应用程序是用什么编码的，所以这取决于。

如果它是一个网络应用程序，纯 HTML 将是最佳选择，对于帮助文件，您不需要特殊功能或 javascript，因此独立于浏览器应该很简单。但对于桌面应用程序 HTML，在线或离线也经常使用，效果很好。

PDF 是另一种通用解决方案，是的，您可以跳转到特定页面，请参阅此答案。每台电脑都（或应该）安装了一个客户端或另一个客户端，我不会担心这一点。我自己从不选择 Acrobat Reader，更快、更简单，而且通常有更好的解决方案，我最喜欢的是Sumatra。

我确信 .Net 应用程序有自己的帮助系统（这里没有经验），并且许多语言都可以通过按热键 (F1) 或单击某些控制对话框来显示工具提示、窗口或页面的帮助。

于 2017-07-06T20:03:15.820 回答