winform界面设计规范

Winform开发一般遵循的原则

窗体类型 (2)

尺寸比例 (3)

窗体控件元素 (3)

Tab键次序 (5)

快捷键 (5)

右键菜单 (5)

区域排列 (6)

UI开发异常处理 (6)

执行动作要提示 (7)

文字表达 (7)

颜色使用恰当，遵循对比原则 (8)

窗体类型

我们把UI理解成窗体以及窗体上用户的交互规则。窗体主要包括主界面类型和对话框类型两种。

主界面指应用程序启动后最主要的界面，其生命周期一般与应用程序保持一致。通过菜单或按钮的形式调用其它子界面和执行功能。一般由以下几个部分组成。标题栏，菜单栏，工具栏，目录栏，工作区，信息输出区（栏）。此外很多应用程序中又增加一些漂浮的子窗体以面板的形式附加到主界面中。

对话框一般指应用程序中具有返回结果的窗体。一般表现为模态窗体，包括信息展现部分，信息输入部分和结果选择按钮三部分组成。此外，UI部分除了主窗体和对话框外还有浮动窗体，托盘菜单等方式与

用户交互。

尺寸比例

主窗体尺寸一般在运行期默认最大化，否则遵循纵横比为4：3，16：9为益。对话框除了和主窗体一样的原则外也有3：4（4：3旋转90度）的纵横比，总之窗体的尺寸只要保证纵横比屏幕一致。

当窗体元素太少，比如只有一个文本标签时，可以不遵循该原则，因为保证窗体尺寸纵横比之前首先要确定窗体不能有大范围的空白区域。

窗体控件元素

主窗体一般按菜单栏，工具栏等组成部分分为上中下左右五个分布区（TOP，Client，Bottom，Left， Right，），根据实际需求可能舍去某些分布区。分布区一般由Split Panel控件分隔，这样可以使用户自行调节各个分布区的尺寸大小。注意处在不同分布区控件的Anchor属性，保证当窗体尺寸因鼠标拖动改变时控件尺寸按照分布原则变化。

下表为控件在不同分布区的Achor属性值。

对话框窗体布局按照结果选择按钮在窗体上的位置划分为以下三

种形式：

第一种窗体一般固定尺寸大小。结果按钮居中，第二种和第三种可以是Sizeable的窗体，结果按钮需要设置Anchor值来保持窗口大小更改后离窗口边框的距离。

注意窗口结果按钮的配对情况，一般是Yes 和No，OK和Ca ncel配对使用，OK和Close也常用。但如过Yes和Cancel配合就不合时宜了。

此外，还应当给对话框指定Accept Button和Cancel Butto n，A ccept Butto n是窗体默认的按钮，当按回车键时将代替鼠标点击该按钮，同样点击Cancel Button和按Esc键效果是一样的。

按钮大小应该用鼠标在窗体设计器上单击产生的默认尺寸，除非按钮上文本太长否则不应该调整按钮的尺寸大小。这样做的好处就是系统中所有按钮大小保持一致。以鼠标拖拽的形式“画”出来的按钮，很难保证每次画的尺寸都一样。

Tab键次序

Tab键次序问题非常容易被忽视，UI开发经常遇到这种问题：本来界面上有若干文本框供用户输入信息，后来因为需求的变更需要增加一个项插入到某个文本框之前，此时问题就随之而来，IDE对输入控件的Tab值不会因为其上下左右排列次序自动生成，而是与输入控件的先后创建次序一致，因此在程序运行时会出现Tab定位输入框“跳格”，这就给用户带来极大的不便，甚至造成错误的输入。

由此可见，在UI设计时一定要注意输入控件Tab键次序问题。

快捷键

以下几种情况必须用快捷键操作程序：笔记本电脑没有可能没有外接鼠标，某些用户热衷键使用键盘，专业的操作人员为了提高工作效率不使用鼠标。因此菜单和按钮要有快捷键。大部分Winform开发工具中只要设置菜单或按钮的Text属性包含号“&”+ 字符形式的为本即可。例如：“增加（&A）”在运行期就是“增加(A)”,使用快捷键为“Alt +A”。

右键菜单

右键菜单多用于容器类控件，通常用于对容器控件中包含的选中态元素进行操作，右键菜单一般不包含复选类菜单项，因为右键菜单默认情况下是不可见的。

区域排列

一行控件，纵向中对齐, 控件间距基本保持一致, 行与行之间间距相同，靠窗体Border距离应大于行间间距(间距加边缘留空)。当屏幕有多个编辑区域，要以视觉效果和效率来组织这些区域。屏幕不能拥挤, 整个项目，采用统一的控件间距，通过调整窗体大小达到一致，即使在窗体大小不变的情况下，宁可留空部分区域，也不要破坏控件间的行间距。

UI开发异常处理

目前主流的Winfo rm开发工具中，都包含了异常处理功能。比如点击某个按钮出现异常时，应用程序并不退出，而是将异常信息以对话框的形式提示用户，并终止异常后的逻辑处理。因此在Winform程序中异常捕获语句除非有特殊的处理语句和抛出自定义异常外，一般不建议使用异常处理代码。例如以下伪代码：

Try {

// To do so mething ….

.}

Catch (Exceptio n ex)

{

//这里必须有类似MessagBo x之外的处理语句或者thro w 新的异常类对象，比如关闭文件，关闭数据库连接等。

MessageBo x.S how(“程序失败\n”+ ex.Message);

}

假如必须使用MessageBo x类的代码重新包装对用户的信息提示，那么必须注意不要把原来异常的信息丢失。这些异常信息是程序维护和开发人员所关心的。如果客户不能接受这类信息的展现，则以输出日志形式将异常信息保存到存储设备。

执行动作要提示

给用户一个视觉感受的同时，写程序的时候应该注意用户的交互感受，UI作为人机对话的工具，用户做了任何动作，应该给用户一个视觉或者听觉、触觉提示。而且这个提示应该行明显，但不应提示过长，可以有以下几种方法：

当用户点击按钮等动作进行一个工作时：

1：弹出交互对话框让用户点击确认。

2：改变UI中控件参数提示：(处理不用用户确认的提示，有一定延时，或者用户按键后自动清除。)

如：改变标题栏字符串，显示“信息：提交成功”,或者专门设置一个状态栏、TLable等用来进行提示。

文字表达

提示信息、帮助文档文字表达遵循以下准则：

1：口语化、客气、多用您、请，不要用或少用专业术语，杜绝错别字

2：断句逗号句号顿号分号的用法，提示信息比较多的话，应该分段，

3：警告、信息、错误使用对应的表示方法

4：使用统一的语言描述，例如一个关闭功能按钮，可以描述为退出、返回、关闭，则应该统一规定。