本主题提供 Windows Presentation Foundation （WPF）类层次结构的指导教程。 它涵盖了 WPF 的大部分主要子系统，并描述了它们的交互方式。 它还详细介绍了 WPF 架构师所做的一些选择。
System.Object
主要的 WPF 编程模型通过托管代码公开。 在 WPF 设计阶段的初期，会有许多辩论，其中应该在系统的托管组件和非托管组件之间绘制线条。 CLR 提供了许多功能，这些功能使得开发更高效、更可靠（包括内存管理、错误处理、通用类型系统等），但会产生费用。
下图演示了 WPF 的主要组件。 关系图（PresentationFramework、PresentationCore 和 milcore）的红色部分是 WPF 的主要代码部分。 在这些组件中，只有一个是非托管组件 - milcore。 Milcore 以非托管代码编写，以便实现与 DirectX 的紧密集成。 WPF 中的所有显示都是通过 DirectX 引擎完成的，因此可以实现高效的硬件和软件呈现。 WPF 还要求对内存和执行进行精细控制。 Milcore 中的组合引擎对性能的影响非常高，需要具有 CLR 的许多优点才能获得性能。
在本主题的后面部分将讨论 WPF 的托管和非托管部分之间的通信。 下面介绍托管编程模型的其余部分。
System.Threading.DispatcherObject
WPF 中的大多数对象都派生自 DispatcherObject ，它提供了用于处理并发和线程处理的基本构造。 WPF 基于调度程序实现的消息传递系统。 这非常类似于熟悉的 Win32 消息泵;事实上，WPF 调度程序使用 User32 消息执行跨线程调用。
在 WPF 中讨论并发时，有两个核心概念需要了解，即调度程序和线程关联。
在 WPF 的设计阶段，目标是迁移到单个执行线程，而不是一个线程的 "关联" 模型。 当一个组件使用执行线程的标识来存储某种类型的状态时，将发生线程关联。 最常见的形式是使用线程本地存储 (TLS) 来存储状态。 线程关联要求执行的每个逻辑线程仅由操作系统中的一个物理线程所拥有，这将占用大量内存。 最后，WPF 的线程处理模型通过线程关联与单一线程执行的现有 User32 线程处理模型保持同步。 这种情况的主要原因是互操作性-OLE 2.0、剪贴板和 Internet Explorer 等系统都需要单线程关联（STA）执行。
假设你具有带有 STA 线程的对象，则需要在线程之间通信并验证你是否位于正确的线程上的一种方法。 调度程序的作用就在于此。 调度程序是一个基本的消息调度系统，具有多个按优先顺序排列的队列。 消息的示例包括原始输入通知（鼠标移动）、框架函数（布局）或用户命令（执行此方法）。 通过从派生 DispatcherObject ，你可以创建一个具有 STA 行为的 CLR 对象，并在创建时为其提供指向调度程序的指针。
System.Windows.DependencyObject
构建 WPF 时使用的一个主要体系结构理念是对方法或事件的属性的首选项。 属性具有声明性，可更方便地指定用途而不是操作。 它还支持模型驱动或数据驱动的系统，以显示用户界面内容。 这种理念的预期效果是创建更多可以绑定到的属性，从而更好地控制应用程序的行为。
为了获得更多由属性驱动的系统，需要的属性系统比 CLR 提供的更多。 这种丰富性的一个简单示例是更改通知。 若要实现双向绑定，需要绑定的双方支持更改通知。 若要使行为与属性值相关联，需要在属性值更改时收到通知。 Microsoft .NET 框架有一个接口INotifyPropertyChange，该接口允许对象发布更改通知，但是它是可选的。
WPF 提供了更丰富的属性系统，它派生自 DependencyObject 类型。 该属性系统实际是一个“依赖”属性系统，因为它会跟踪属性表达式之间的依赖关系，并在依赖关系更改时自动重新验证属性值。 例如，如果你有一个继承的属性（如 FontSize ），则在继承值的元素的父级上更改该属性时，系统会自动更新。
WPF 属性系统的基础是属性表达式的概念。 在 WPF 的第一个版本中，属性表达式系统是关闭的，表达式都作为框架的一部分提供。 表达式致使属性系统不具有数据绑定、样式调整或继承硬编码，而是由框架内后面的层来提供这些功能。
属性系统还提供属性值的稀疏存储。 因为对象可能有数十个（如果达不到上百个）属性，并且大部分值处于其默认状态（被继承、由样式设置等），所以并非对象的每个实例都需要具有在其上定义的每个属性的完全权重。
属性系统的最后一个新功能是附加属性的概念。 WPF 元素基于组合和组件重用的原则构建。 通常情况下，一些包含元素（如 Grid layout 元素）需要对子元素的其他数据来控制其行为（如行/列信息）。 任何对象都可以为任何其他对象提供属性定义，而不是将所有这些属性与每个元素相关联。 这与 JavaScript 中的“expando”功能相似。
System.Windows.Media.Visual
定义一个系统后，下一步是将像素绘制到屏幕上。 Visual类提供用于生成可视对象树的，其中每个对象都有选择地包含绘制说明和有关如何呈现这些指令的元数据（剪辑、转换等）。 Visual设计为非常轻量且灵活，因此，大多数功能都没有公共 API 泄露，并且很大程度上依赖于受保护的回调函数。
Visual确实是 WPF 组合系统的入口点。 Visual这两个子系统之间的连接点，托管 API 和非托管 milcore。
WPF 通过遍历由 milcore 管理的非托管数据结构来显示数据。 这些结构（称为组合节点）代表层次结构显示树，其中每个节点都有呈现指令。 只能通过消息传递协议来访问此树（如下图右侧所示）。
编程 WPF 时，创建 Visual 元素和派生类型，它们通过此消息传递协议在内部与组合树进行通信。 VisualWPF 中的每个都可以创建一个、无或多个组合节点。
请注意一个非常重要的体系结构细节 - 会缓存整个可视化树和绘制指令。 在图形术语中，WPF 使用保留渲染系统。 这可以实现以高刷新率重绘系统，并且组合系统不会阻止对用户代码的回调。 这有助于防止出现应用程序无响应的情况。
关系图中容易忽略的另一个重要细节是系统实际执行组合的方式。
在 User32 和 GDI 中，系统在即时模式剪辑系统上工作。 当需要绘制一个组件时，系统会建立一个剪裁边界，在此边界外，不允许组件接触像素，然后会要求组件在该框中绘制像素。 此系统在内存受限的系统上工作良好，因为当某些内容更改时，只需处理受影响的组件即可 - 不会由两个组件同时处理一个像素的颜色。
WPF 使用 "刷" 算法绘制模型。 要求每个组件从显示内容的背面绘制到正面，而不是剪裁每个组件。 这允许每个组件在先前组件的显示内容上绘制。 此模型的优点是可以生成部分透明的复杂形状。 在当今的新式图形硬件中，此模型的速度相对较快（这种情况并不是在创建 User32/GDI 的情况下）。
如前文所述，WPF 的核心理念是转向更具说明性的、"以属性为中心" 的编程模型。 在可视化系统中，这体现在有意思的几个方面。
首先，对于保留的模式图形系统，这实际上是从命令性 DrawLine/DrawLine 类型模型移动到面向数据的模型 new Line()/new Line()。 通过这种向数据驱动的绘制的移动，可以使用属性表达绘制指令上的复杂操作。 从派生的类型 Drawing 实际上是用于呈现的对象模型。
第二，如果评估动画系统，你会发现它几乎是完全声明性的。 可以将动画表示为动画对象上的一组属性，无需要求开发人员计算下一个位置或下一个颜色。 这些动画可以表达开发人员或设计人员的意图（在 5 秒内将此按钮从一个位置移动到另一个位置），系统可以确定完成此任务的最高效方式。
System.Windows.UIElement
UIElement定义包含布局、输入和事件的核心子系统。
布局是 WPF 中的核心概念。 在许多系统中，可能有一组固定的布局模型（HTML 支持三种布局模型：流、绝对和表），也可能没有布局模型（User32 实际仅支持绝对定位）。 WPF 开始时假设开发人员和设计人员需要灵活的可扩展布局模型，这种模型可能由属性值而不是命令式逻辑驱动。 在 UIElement 级别上，引入了布局的基本协定–具有和通过的两阶段 Measure 模型 Arrange 。
Measure允许组件确定要采用的大小。 这是一个独立的阶段， Arrange 因为在很多情况下，父元素会要求一个子元素多次测量，以确定其最佳位置和大小。 父元素要求子元素测量的事实表明，WPF 的另一个关键理念–内容大小。 WPF 中的所有控件都支持调整其内容自然大小的能力。 这使本地化更加容易，并可实现调整内容大小时进行动态元素布局。 该 Arrange 阶段允许父项定位和确定每个子级的最终大小。
经常会花费大量时间来讨论 WPF 的输出端 Visual 以及相关的对象。 然而，在输入端也有许多创新。 对于 WPF 的输入模型而言，最基本的更改可能是一致的模型，输入事件通过系统进行路由。
输入是作为内核模式设备驱动程序上的信号发出的，并通过涉及 Windows 内核和 User32 的复杂过程路由到正确的进程和线程。 将对应于输入的 User32 消息路由到 WPF 后，它将转换为 WPF 原始输入消息并发送到调度程序。 WPF 允许将原始输入事件转换为多个实际事件，从而能够在系统的最低级别实现 "MouseEnter" 等功能，并提供有保证的传递。
每个输入事件至少会转换为两个事件 -“预览”事件和实际事件。 WPF 中的所有事件都具有通过元素树路由的概念。 如果事件从目标向上遍历到根，则称为 "冒泡"; 如果从根开始向下遍历到目标，则称为 "隧道"。 输入预览事件隧道，使树中的任何元素都有机会筛选事件或对事件采取操作。 然后，常规（非预览）事件将从目标向上浮升到根。
隧道和浮升阶段之间的划分使键盘快捷键等功能的实现在复合环境中采用一致的方式。 在 User32 中，可以通过使用一个全局表来实现键盘快捷键，该表中包含你希望支持的所有快捷键（Ctrl+N 映射到“新建”）。 在应用程序的调度程序中，可以调用 TranslateAccelerator，它会探查 User32 中的输入消息，并确定是否有任何消息与已注册的快捷键匹配。 在 WPF 中，这不起作用，因为系统完全是 "可组合的"-任何元素都可以处理和使用任何键盘快捷键。 将此两阶段模型用于输入，可允许组件实现其自己的“TranslateAccelerator”。
若要进一步执行此步骤， UIElement 还介绍了 CommandBindings 的概念。 WPF 命令系统使开发人员可以根据命令终结点（实现的内容）定义功能 ICommand 。 命令绑定使元素可以定义输入笔势 (Ctrl+N) 和命令（“新建”）之间的映射。 输入笔势和命令定义都是可扩展的，并且可以在使用时联系到一起。 这使得一些操作（例如，允许最终用户自定义其要在应用程序内使用的键绑定）显得无关紧要。
在本主题中，WPF 的 "核心" 功能-PresentationCore 程序集中实现的功能已成为焦点。 构建 WPF 时，基础组件（如与度量值和排列布局的协定）和框架块（如特定布局的实现）之间的完全分离是所 Grid 需的结果。 目标是提供在堆栈中处于较低位置的可扩展性点，这将允许外部开发人员在需要时创建自己的框架。
System.Windows.FrameworkElement
FrameworkElement可以通过两种不同的方式进行查看。 它在 WPF 的较低层中引入的子系统上引入了一组策略和自定义项。 它还引入了一组新的子系统。
引入的主要策略 FrameworkElement 围绕应用程序布局。 FrameworkElement基于引入的基本布局约定构建 UIElement 并添加布局 "槽" 的概念，使布局作者可以更轻松地使用一致的属性驱动布局语义集。 诸如 HorizontalAlignment 、、和之类的属性 VerticalAlignment MinWidth Margin （几个）将从 FrameworkElement 布局容器内的一致行为中指定派生的所有组件。
FrameworkElement还可以更轻松地在 WPF 的核心层中找到许多功能。 例如， FrameworkElement 通过方法提供对动画的直接访问 BeginStoryboard 。 Storyboard提供了一种针对一组属性编写多个动画的脚本的方法。
引入的两个最关键的 FrameworkElement 是数据绑定和样式。
对于已使用 Windows 窗体或 ASP.NET 创建应用程序的任何人而言，WPF 中的数据绑定子系统应当相对熟悉 用户界面 (UI) 。 在上述每个系统中，可通过一种简单的方式来表达希望将给定元素中的一个或多个属性绑定到一个数据片段。 WPF 完全支持属性绑定、转换和列表绑定。
WPF 中数据绑定的最有趣的功能之一是引入数据模板。 利用数据模板，可以通过声明方式指定某个数据片断的可视化方式。 无需创建可绑定到数据的自定义用户界面，而是转而让数据来确定要创建的显示内容。
样式实际上是轻量型的数据绑定。 使用样式，可以将共享定义的一组属性绑定到元素的一个或多个实例。 样式通过显式引用（通过设置 Style 属性）或通过将样式与元素的 CLR 类型关联来隐式应用于元素。
System.Windows.Controls.Control
控件的最重要功能是模板化。 如果将 WPF 的组合系统视为一个保留模式绘制系统，则控件可通过模板化以一种参数化的声明性方式描述其绘制。 ControlTemplate实际上只是一个脚本来创建一组子元素，并将绑定到控件提供的属性。
Control提供了一组常用属性， Foreground Background 这些属性 Padding 用于命名几个模板创作者，然后可以使用这些属性自定义控件的显示。 控件的实现提供了数据模型和交互模型。 交互模型定义了一组命令（如窗口的“关闭”），以及到输入笔势的绑定（如单击窗口右上角的红叉）。 数据模型提供了一组属性，用于自定义交互模型或自定义显示内容（由模板确定）。
数据模型（属性）、交互模型（命令和事件）及显示模型（模板）之间的划分，可实现对控件的外观和行为的完全自定义。
最常见的控件数据模型是内容模型。 如果查看类似的控件 Button ，你会看到它有一个类型为 "Content" 的属性 Object 。 在 Windows 窗体和 ASP.NET 中，此属性通常是一个字符串，但它限制了可放入按钮中的内容的类型。 按钮的内容可以是简单的字符串、复杂的数据对象或整个元素树。 如果是数据对象，可以使用数据模板构造显示内容。
总结
WPF 旨在使您能够创建动态数据驱动的表示系统。 系统的每一部分均可通过驱动行为的属性集来创建对象。 数据绑定是系统的基础部分，在每一层中均进行了集成。
传统的应用程序创建一个显示内容，然后绑定到某些数据。 在 WPF 中，关于控件的所有内容都是由某种类型的数据绑定生成的。 通过在按钮内部创建复合控件并将其显示内容绑定到按钮的内容属性，会显示按钮中的文本。
开始开发基于 WPF 的应用程序时，应该非常熟悉。 可以设置属性、使用对象和数据绑定，其方式与使用 Windows 窗体或 ASP.NET 的方式大致相同。 通过更深入地调查 WPF 的体系结构，你会发现创建更丰富的应用程序的可能性，这些应用程序在本质上将数据视为应用程序的核心驱动程序。