WPF控件的使用和布局.ppt

WPF学习之控件与布局 控件到底是什么？ 程序的本质就是“数据+算法”------用户输入原始的数据，算法处理原始数据并得到结果数据。问题就在于程序如何将结果数据显示给用户。同样一组数据，你可以使用LED阵列显示出来，或者以命令行模式借助各种格式控制符(如TAB)对齐并输出，但这些都不如图形界面(GUI Graphic User Interface)来的友好和方便。GUI的方便在于它对数据展示的直观性，程序员可以通过编程的方式将数据通过图形的方式展示出来，从而避免了用户面对一大堆复杂数据的痛苦。提高了工作效率，普及了计算机的操作。 GUI是程序界面的优胜者，在Windows上实现图形用户界面有很多种方法，每种方法又都有自己的一套开发理念和工具。每种GUI开发方法与它的理念和工具共同组成了一种方法论，常见的有: ?Windows API(Win API)：调用Windows的底层绘图函数，使用C语言，最原始也是最基础的。 ?Microsoft Foundition Class(MFC)：使用C++语言将最原始的Win32 API封装成控件类。 ?Visual Component Library(VCL)：Delphi和C++ Builder使用的与MFC相近的控件类库。 ?Visual Basic+ActiveX(VB6)：使用组件化的思想把Win32 API封装成控件，以期与多种语言共用。 ?Java Swing/AWT：Java SDK中用于跨平台开发的控件类库。 ?Windows Form:.NET平台上用于开发GUI的老牌劲旅，完全组件化，但是需要.net运行时支持。 ?Windows Presentation Foundition(WPF)：后起之秀，使用全新的数据驱动UI理念。 纵览Windows GUI开发历程，这些方法论可以分为4代: ?Win API时代：函数调用+消息处理。 ?封装时代：使用面向对象理念将Win API封装成类，由来自UI的消息驱动程序处理数据。 ?组件化时代：使用面向组件理念在类的基础上分装成组件；消息被封装成了事件。变成事件驱动。 ?WPF时代：在组件的基础上，使用专门的UI设计语言并引入数据驱动UI的理念。 WPF之所以会被称做是新一代关键有两点：第一，之前几代GUI只是使用编程语言进行UI设计，而WPF有自己专门设计UI的语言XAML。第二：前几代的UI在和数据交互上都是由Windows消息到控件事件一脉相承，始终把UI控件放在主导地位而数据处于被动地位，用UI来驱动数据的改变，WPF在事件驱动的基础上引入了数据驱动的理念，让数据重归核心地位让UI回归数据表达者的地位。 UI是让用户能够观察数据和操作数据，为了让用户观察数据，我们需要用UI来显示数据；为了让用户可以操作数据，我们需要使用UI来响应用户的操作。WPF中那些能够展示数据响应用户操作的UI元素称之为控件（Control）。控件所展示的数据，我们称之为控件的“数据内容”。控件在响应用户的操作之后会执行自己的一些方法或以事件的方式通知应用程序，我们称之为控件的行为或算法内容。可见WPF中的控件扮演着双重角色，是个非常抽象的概念。-----Control是数据和行为的载体。而无需具有固定的形象。 WPF的内容模型 所谓物以类聚，根据是否可以转载内容，能够装载什么样的内容，WPF中的内容可以分为以下几种类型: 可以把控件想象成一个容器，容器中的内容就是控件的内容。控件的内容可以直接是数据，也可以是控件。当控件的内容还是控件的时候就形成了控件的嵌套，所以WPF中的UI会呈现出一种树形结构。如果不考虑控件内部的树形结构，只观察用控件组成的树，那么这棵树称为逻辑树(Logical Tree);WPF控件往往是由更基本的控件构成的，即控件本身就是一棵树，如果连控件本身的树都考虑在内，这棵树比逻辑树更繁茂，这棵树被称为可视元素树(Visual Tree)。 控件是内存中的对象，控件的内容也是内存中的对象。控件通过自己的某个属性引用着其作为内容的对象。这个属性称为内容属性。内容属性是个统称，具体到某个控件的时候，内容属性都有自己确切的名字-------有的直接叫Content，有的叫Child；有些控件的内容可以是集合，其内容属性有叫Items或叫Children的。 各内容模型详解 我们把符合某类类容模型的元素称为一个族，每个族用它们共同的基类来命名。 ContentControl族 该族控件有以下特点 ?均派生自ContentControl类。 ?它们都是控件。 ?内容属性的名称是Content。 ?只能由单一内容充当其内容。 HeaderedContentControl 该族控件有如下特点 ?均派生自HeaderedCont