2.构建Windows窗体GUI.doc

构建Windows窗体GUI 本章内容 了解2.0版本Windows窗体的改进 使用桌面应用程序开发流程 设备屏幕与设备窗体的映射 探究几个重要的Windows窗体控件 处理输入 考虑屏幕的物理因素 针对Smartphone进行开发 针对Windows CE设备进行开发 本章和下一章将介绍如何为移动应用程序构建Microsoft Windows窗体GUI(Graphical User Interface，图形用户接口)。在本章中，将学习窗体的管理和导航，处理用户输入和不同的屏幕方向与分辨率，Pocket PC 与Smartphone UI(User Interface，用户接口)的差异。第3章重点介绍如何将控件绑定到数据源。 移动设备有着与生俱来的限制——屏幕较小，因此，为其构建出色的UI可能会是个挑战。除此之外，Pocket PC与Smartphone在用户输入方面还有区别。一般来说，Pocket PC应用程序必须适应屏幕键盘(software-based input panel，基于软件的输入框，简称SIP)，而Smartphone通常要使用电话键盘(keypad)进行输入。不仅如此，还必须考虑当今设备的各种各样配置，不得不为能够在横、纵方向上或在VGA(Video Graphics Adapter)、QVGA(Quarter VGA)的屏幕上都能正确显示的GUI进行设计。所有这些因素加在一起，为移动设备设计GUI要困难得多(与桌面应用程序相比)。 除了学习本章内容之外，我们强烈推荐您阅读Pocket PC与Smartphone平台UI的设计规范(/mobility/windowsmobile/partners/mobile2market/participatevendors. aspx)，并学习一下目标平台内建应用程序的行为。 一个显而易见的Pocket PC UI设计规范是，把需要用户点选的选项放在屏幕底端，这样，当用户需要选择时，手不至于遮住屏幕，这就是TabControl的标签和菜单栏的菜单显示在屏幕下端的原因。 使用SIP对用户来说不是很方便，为此，必须尽可能地减少用户的输入量。除了文本框，如果合适，还可以选用“可选择控件”(如组合框[combo box]、复选框[check box]和单选按钮[radio button]等)。如果必须使用文本框，可以将其置于屏幕上方，这样一来，SIP显示时不至于遮住这些文本框。 还有，不要在列表中罗列数以百计的选项。用户不仅不愿意在设备上滚动来查找太多的项目，若把它们都加载到Listview或Listbox中还会影响到性能。最好在需要时再加载，按字母分类和其他技术来限制项目的数量。 再次强调，刚刚接触这个平台的开发者应该先阅读一下Microsoft Windows Mobile UI规范。 2.1 了解2.0版本Windows窗体的改进 大多数设备应用程序通过GUI来对用户呈现信息并接受输入。大多数现代开发环境(包括Microsoft Visual Studio 2005)是通过将“对象”添加到“设计界面”上来构建GUI的。在Microsoft .NET Framework中，设计界面是窗体，而对象为各种Windows窗体控件。 .NET Compact Framework 2.0版的Windows窗体控件获得了许多改进。一些改进是完整.NET Framework 2.0版的一部分(例如，泛型[generic])，而其他的是要跟上.NET Framework 1.1完整版的功能(例如Control类的新成员)。 其他改变是对1.0版中原有某些功能代码进行替换。例如，通过.NET Compact Framework 1.0，不能将一个非全屏的TabControl添加到窗体上，必须先将其置于面板(panel)中，然后把这个面板设置在需要的位置上。而使用.NET Compact Framework 2.0，若觉得合适，可以直接设置TabControl的绝对位置。 本章和第1章只介绍这些新功能中很少的一部分。要想广泛了解.NET Compact Framework 2.0的新功能，请访问Microsoft MSDN，网址为/en-us/library/hyc18s6t.aspx。 部 分 类 在Visual Studio 2005中创建新窗体时，您可能会注意到.NET Framework 2.0的一个新功能。不像之前的Visual Studio，在Visual Studio 2005中，在设计状态添加控件时，代码会自动生成。在“属性”窗口更改控件的样式和行为时，更改将作用于一个单独的叫“窗体名.Designer”的文件(例如，Form1.Designer.cs或者Form1