以用户为中心的设计 |
|||
在帮助目标的上下文环境中显示帮助信息
作者：novanewlife | 发布： (网友)稻草 | 时间：2009-03-13 09:38:16 文字大小：- +
|
在“产品说明书的最佳位置 ”一文中，我谈到了说明书放在物体的附近能够帮助人们方便地找到。在这篇文章中，我们来看类似的出现在软件产品帮助系统中的设计问题：在帮助目标的上下文环境中显示帮助信息。
比如说，当我们在填一张表格时，如果对于表格上的某些字段不理解，此时我们非常希望找到一个熟悉表格的人，当我们指着表格上的某个字段问他时，他能够向我们进行解释。
在Windows环境中，很多对话框右上角的问号按钮就是用于这个目的的。当用户对于对话框上的某个字段不了解时，可以先点一下这个按钮，然后在不理解的字段上点击一下，此时帮助信息就会以一个小弹出窗口的形式显示出来。用户在阅读帮助信息的时候仍然能够看到对话框的内容。
随着网络的普及，在一些网页的设计中具有类似的设计：每个字段的旁边会有一个很小的问号按钮。如果用户不理解这个字段的含义，他可以直接点击这个按钮，帮助信息就会在附近显示出来。
实际上，在上下文环境中显示帮助信息可以采取非常灵活的形式。以下是两个例子：
1. 对于配置文件中的各种参数的帮助信息
很多的软件具有 ini 或 xml 格式的配置文件，用户可以通过修改相应的参数来对软件的行为进行调整。当然，不是每个参数的含义都是那么容易理解的。你固然可以在软件的帮助文档中对每个参数的含义进行解释，不过用户在编辑该配置文件时仍需要首先打开帮助文件，然后在其中找到相关的参数。根据以上提到的设计思想，我们完全可以在这些配置文件中嵌入帮助信息，使得用户在编辑这些文件时可以直接看到帮助信息。具体的常见做法是，在帮助参数的上一行或下一行用注释的方式来对该参数的含义以及如何设置进行说明：
例如：
//file_format determine the format of the output file, it can one of the following values: xml, html, txt, word, excel
file_format=xml
2. 在自动生成的代码中以注释的方式告诉用户如何继续开发
现在很多的开发工具都能够帮助自动生成代码框架，然后程序员需要在这个生成的框架里填入真正的业务逻辑代码。此时，开发工具可以直接在生成的代码中以注释的方式告诉用户应该如何填入自己的逻辑。
例如，很多生成的框架代码都是生成了一个从基类集成的类，然后用户需要在生成的子类中重载的函数中编写自己的代码。在这种情况下，自动生成代码时可以在这些重载了的函数头或函数体内部以注释方式告诉用户应当如何重载这个函数，例如各个参数是什么含义，应当如何设置函数返回值。
|
