VB.NET界面设计开发经验总结
VB.NET界面设计的应用在实际开发中是很常见的一个操作。初学者们在学习这一方面知识的时候，可以对此进行一个详细的解读， 从而掌握相关应用技巧，提高我们的实际编程能力。
VB.NET界面设计一、窗体设计
窗体设计的好坏往往影响到软件的整体形象，因此必须首先处理好窗体的设计问题。
1、 窗体的边框
窗体边框的默认风格为“Sizeable”（可变的），但并不是所有窗体都可以使用可变边框。因为用户常常有意无意地改变窗体的大小（比如双击窗口的标题栏），如果窗体中包含大量的控件，极有可能遮住部份控件或由于窗体过大而使控件的相对位置发生变化，使用户产生疑惑。
解决该问题的一种方法是在form_Resize事件过程中动态改变控件的位置和大小，使之在窗体中保持相对位置，但缺点是当窗体过小时，很难保证控件的可视效果。当然可以用程序控制窗体的最小尺寸，但更简单的方法是将窗体边框设置成“Fixed Single”， 如果不想提供最大化或最小化功能，也可以将其设为“Fixed Dialog”。
2、窗体的初始位置
窗体的初始位置会直接影响用户的使用，特别在多窗口的环境中，如果新的窗口完全覆盖了先前的窗口，用户一定会以为原先的窗口丢失了。使用层叠方法排列窗口并在任务条上显示每个窗口的进程标题是个不错的选择。 模式窗体激活时会阻止用户操作其它窗体，因此必须在不需要同时使用任何其它窗体的情况下才使用模式窗体，并确保窗体是可移动的。
3、使用多文档窗口界面
在多窗口界面中，所有窗体都以桌面为依托，好象有多个应用程序在运行一样，窗口管理比较麻烦，采用MDI多文档界面会将窗口管理的复杂程度降到最低。
在多文档界面中，必须有且只有一个主文档窗体（MDI主窗体），它的窗体区域不能放置除菜单类组件以外的任何控件，但可以拥有多个子窗体（MDI子窗体），也就是说MDI子窗体不能独立存在，并且不能为模式窗体，它们只能在MDI主窗体的窗体区域内活动；子窗体最大化时其标题栏和菜单栏能和主窗体合并；最小化时子窗体并不会缩至任务条上，而是缩小至主窗体的左下角；关闭主窗体时，所有子窗体都能自动关闭。充分使用好MDI界面会使用户觉得窗口控制更加简单。
4、控件的安排
控件是窗体最主要的组成部份，其排列形式会对用户操作的直观性和易用性产生重要影响。控件的放置一般 裱韵略颍？按功能组织控件的位置。
将控件按功能分类放置于窗体的不同的区域，会让用户更容易找到所需的功能。如果将“字体”和“取消”按钮放在一起，而将“颜色”和“确定”按钮放在一起，用户一定会摸不着头脑。
在保证可视性良好的前提下，控件的尺寸应尽可能地“小”，这样可以尽量缩小窗体的尺寸。
不在过小的窗体中放置过多的控件。
在过小的窗体中放置过多的控件，会造成窗体元素的过分拥挤，使控件的标题和文本难以辨认。
如果可能，应在按钮控件中使用图标，这样既可以使画面更生动，又使用户更容易理解控件的作用。
使用控件的“ ToolsTip ”属性。
“ToolsTip”可以为控件加上浮动的提示条。当用户的鼠标指向该控件时，提示条会自动显示，让用户立即从文字中了解控件的功能，数秒钟后它还会自动消失，不会给用户带来视觉障碍。
VB.NET界面设计二、菜单设计
菜单是界面设计中的重要组成部份，“简单、直观、一致、有效”是菜单设计的原则。
下面的建议可能对创建满足用户期望的菜单有所帮助。
按照逻辑功能将菜单项分组，并且在下拉菜单中用分隔线将功能更相关的项目分组排列。
在同一菜单中避免使用多个相同功能的菜单项，否则会使用户产生疑惑。 避免使用没有下拉项的菜单项，因为孤立的菜单项和按钮没什么区别。点击这类菜单项并直接产生某个动作，通常会给用户产生过于 “突然”的感觉。
为了使用户使用更方便，可以在相关的窗体或控件区域内设置弹出式菜单，特别推荐用鼠标右键弹出菜单。同时这些弹出式菜单可以在主菜单中保留副本。 如果单击某个下拉菜单项会弹出对话框的话，最好在菜单标题的末尾添加“…”（省略号），这是Windows的约定。这样会使菜单更接近标准的Windows菜单，给熟悉Windows操作的用户带来方便。
VB.NET界面设计三、照顾用户的感觉
用户的感觉是检验软件成功与否的试金石，这种感觉包括对软件的外观、易用性和速度等许多方面。
通常用户单击图标、控件或者菜单项时总希望看见一些事情发生。如果在单击后屏幕上没有发生变化，用户可能产生困惑，或者以为没有按对鼠标，或者干脆怀疑程序是否已经“死”了，但实际上程序可能正在处理一些需要较长时间才能完成的事情。结果不是为了确认鼠标是否按下而多次运行了同一个程序（这会使情况更糟），就是程序被强行关闭。这是我们不愿看到的。
解决的方法很简单，只要在开始处理前显示一个等待画面，如显示一条诸如“正在处理数据，请您稍候…”之类的信息，如果能配合显示动画图标和进度条，则效果更佳，它给用户的感觉就会变成：程序正在“拼命”地工作，而且很快就会完成了。
如果整个程序的启动时间过长，也会造成同样的情况。可以用类似的方法来解决：显示一个“闪现”画面（Flash Screen），在显示过程中完成启动处理，然后关闭“闪现”画面，进入主程序（类似Word的启动画面）。需要说明的是，要显示“闪现”画面，最好使用Sub_Main（）作为程序的入口。
一些带有许多窗体的程序在运行时不断地装载或卸载窗体，用户感觉很“慢”，一个行之有效的方法就是在程序启动阶段将常用的窗体用Load语句预先装入内存（不显示），需要的时候只要用窗体的Show方法就能立即显示出来。虽然这有可能增加程序启动的时间和对内存的要求，但程序运行时的性能表现要快得多。
另外，用户对于不受他们控制的程序操作大多比较反感，因此让用户有机会取消操作将会更体贴用户。