VB程序界面设计经验点滴 |
|
p> 使用VisualBasic（以下简称VB, 版本为6.0SP4）可以快速设计出标准风格的Windows软件，但是要创建真正易用的图形界面，还有许多工作要做。 一、窗体设计 窗体设计的好坏往往影响到软件的整体形象，因此必须首先处理好窗体的设计问题。 1、 窗体的边框 窗体边框的默认风格为“Sizeable”(可变的)，但并不是所有窗体都可以使用可变边框。因为用户常常有意无意地改变窗体的大小（比如双击窗口的标题栏），如果窗体中包含大量的控件，极有可能遮住部份控件或由于窗体过大而使控件的相对位置发生变化，使用户产生疑惑。 解决该问题的一种方法是在form_Resize事件过程中动态改变控件的位置和大小，使之在窗体中保持相对位置，但缺点是当窗体过小时，很难保证控件的可视效果。当然可以用程序控制窗体的最小尺寸，但更简单的方法是将窗体边框设置成“Fixed Single”, 如果不想提供最大化或最小化功能，也可以将其设为“Fixed Dialog”。 2、窗体的初始位置 窗体的初始位置会直接影响用户的使用，特别在多窗口的环境中，如果新的窗口完全覆盖了先前的窗口，用户一定会以为原先的窗口丢失了。使用层叠方法排列窗口并在任务条上显示每个窗口的进程标题是个不错的选择。 模式窗体激活时会阻止用户操作其它窗体，因此必须在不需要同时使用任何其它窗体的情况下才使用模式窗体，并确保窗体是可移动的。 3、使用多文档窗口界面 在多窗口界面中，所有窗体都以桌面为依托，好象有多个应用程序在运行一样，窗口管理比较麻烦，采用MDI多文档界面会将窗口管理的复杂程度降到最低。 在多文档界面中，必须有且只有一个主文档窗体（MDI主窗体），它的窗体区域不能放置除菜单类组件以外的任何控件，但可以拥有多个子窗体（MDI子窗体），也就是说MDI子窗体不能独立存在，并且不能为模式窗体，它们只能在MDI主窗体的窗体区域内活动；子窗体最大化时其标题栏和菜单栏能和主窗体合并；最小化时子窗体并不会缩至任务条上，而是缩小至主窗体的左下角；关闭主窗体时，所有子窗体都能自动关闭。充分使用好MDI界面会使用户觉得窗口控制更加简单。 4、控件的安排 控件是窗体最主要的组成部份，其排列形式会对用户操作的直观性和易用性产生重要影响。控件的放置一般 裱韵略颍?按功能组织控件的位置。 将控件按功能分类放置于窗体的不同的区域，会让用户更容易找到所需的功能。如果将“字体”和“取消”按钮放在一起，而将“颜色”和“确定”按钮放在一起，用户一定会摸不着头脑。 在保证可视性良好的前提下，控件的尺寸应尽可能地“小”，这样可以尽量缩小窗体的尺寸。 不在过小的窗体中放置过多的控件。 在过小的窗体中放置过多的控件，会造成窗体元素的过分拥挤，使控件的标题和文本难以辨认。 如果可能，应在按钮控件中使用图标，这样既可以使画面更生动，又使用户更容易理解控件的作用。 使用控件的“ ToolsTip ”属性。 “ToolsTip”可以为控件加上浮动的提示条。当用户的鼠标指向该控件时，提示条会自动显示，让用户立即从文字中了解控件的功能，数秒钟后它还会自动消失，不会给用户带来视觉障碍。 二、菜单设计 菜单是界面设计中的重要组成部份，“简单、直观、一致、有效”是菜单设计的原则。 下面的建议可能对创建满足用户期望的菜单有所帮助。 按照逻辑功能将菜单项分组，并且在下拉菜单中用分隔线将功能更相关的项目分组排列。 在同一菜单中避免使用多个相同功能的菜单项，否则会使用户产生疑惑。 避免使用没有下拉项的菜单项，因为孤立的菜单项和按钮没什么区别。点击这类菜单项并直接产生某个动作，通常会给用户产生过于 “突然”的感觉。 为了使用户使用更方便，可以在相关的窗体或控件区域内设置弹出式菜单，特别推荐用鼠标右键弹出菜单。同时这些弹出式菜单可以在主菜单中保留副本。 如果单击某个下拉菜单项会弹出对话框的话，最好在菜单标题的末尾添加“…”（省略号），这是Windows的约定。这样会使菜单更接近标准的Windows菜单，给熟悉Windows操作的用户带来方便。 |
