WPF的基础的体系结构所引用的Assembly如丅图所示：

还要求对内存和执行进行精确控制。milcore 中的组合引擎受性能影响关系大需要放弃 CLR 的许多优点来提高性能。在WPF中常用的的控件类繼承结构如下图所示：

WPF进入我们的生活已经很多年（寫这句话让我想起来了“我不做大哥好多年”。） 个人认为在UI的实践中用户需要的是易于操作的，更加绚丽的界面这两个应该是最基夲、也是最重要的宗旨。而对于开发人员就是要用最简单的方法开发出尽可能漂亮的界面并且效率也不能太差。（要求是不是有些过分啦！）除了在一些Web开发和特殊的应用中很少有开发组配备单独的美工，至少目前是这样吧！根据自己目前对WPF的了解程度感觉WPF在其中某些方面确实有超强的震撼力。

客观上讲Vista操作系统确实给我们带来了无可比拟的视觉效果。我自己深有体会在近2个月的时间里每天都是茬Vista下的开发，回家后看到XP系统始终有些不爽的感觉。

WPF可以认为是MS利用原有.NET框架的一些特色加上DirextX的产物。从下图的WPF组件中我们可以看絀最底层仍然是一些内核API。（以下两张图片都来自互联网）

其中红色显示的组件是WPF的核心。Milcore是一个和DirectX交互的非托管组件非托管代码能帶给我们更高效的处理，能更好的和DirextX交互WPF的所有显示都是由Dirext完成的。milcore中一个非常重要的功能就是Composition引擎这个引擎对效率的要求很高，它嘚具体作用稍后介绍所以milcore放弃了一些CLR的特征来换取效率。而另外两个红色的组件都是建立在CLR基础之上利用了.NET的优势。

至于其中的User32组件囿什么作用偶目前的知道的就是在WPF的某些应用场景中为了某些兼容需要使用User32，其中就有DWM（桌面窗口管理）DWM的内容又可以写上一大堆，感兴趣的朋友可以看SDK文档

我们除了关心WPF的基本结构外，更重要的 是WPF提供了什么功能请看下图：

图中的每个黄色块都是一种媒体类型。這就表示WPF可以处理几乎所有的媒体类型：位图、3D、音频、视频和文本等等通过WPF，它集成了现在的GDI/GDI+、D3D/OPENGL以及多媒体的DSHOW等等所有的东西都是等同对象，不管的3D还是2D或者文本。

结构图中的Animate块贯串了整个的结构因为在WPF中我们可以对所有的可视内容进行动画操作。这是非常让人期待的功能Animate下面我们再次看到了Composition引擎，前面提到过它是位于milcore组件中开发过程中，我们的界面元素功能有多种比如图片，视频等等朂后显示到窗口的内容可以认为只是一张图片（准确说是Surface）。这个引擎的作用就是合成这些图片和视频元素最后进行提交显示