小序：
按照惯例，我会在年末的最后一篇文章里感谢所有帮助过我的人们。今年也不例外，只是形式简单一些。
祝所有帮助过我的朋友、同事、学生和兄弟姐妹们——2009年身体健康、平安快乐、财源滚滚。愿2009年的中国，平安祥和、远离各种灾难，大家的工资涨上去、房价降下来，金融危机早点结束。
祝我的父亲母亲，健康长寿！
正文：
……上文省略若干千字……
还剩下x:Class="MyFirstWpfApplication.Window1"这个Attribute。x:前缀说明这个Attribute来自于x映射的名称空间——前面我刚刚分析过，这个名称空间是对应XAML解析功能的。x:Class，顾名思义它与类有此关系，是何种关系呢？让我们做个有趣的实验：
首先，我们把x:Class="MyFirstWpfApplication.Window1"这个Attribute删掉，再到Window1.xaml.cs文件里，把InitializeComponent();这个函数调用也删掉。编译程序，你会发现程序仍然可以运行。为什么呢？打开App.xaml这个文件，你能发现这样一个Attribute——StartupUri="Window1.xaml"，它是在告诉编译器把由Window1.xaml解析后生成的窗体作为程序启动时的主窗体。也就是说，只要Window1.xaml文件能够被正确解析成一个窗体，程序就可以正常运行。
然后，我们恢复x:Class这个Attribute，更改它的值为x:Class="MyFirstWpfApplication.WindowABC"。编译之后，仍然可以正确运行。这时，我们使用IL Disassembler（中间语言反编译器）打开项目的编译结果，你会发现在由项目编译生成的程序集里包含一个名为WindowABC的类。
这说明，x:Class这个Attribute的作用是当XAML解析器将包含它的标签解析成C#类后，这个类的类名是什么。这里，我们已经触及到的XAML的本质。前面我们已经看到，示例代码的结构就是使用XAML语言直观地告诉我们，当然被设计的窗体是在一个<Window>里嵌套一个<Grid>。如果使用C#来完成同样的设计呢？显然，我们不可能去更改Window这个类，我们能做的是从Window类派生出一个类来（比如叫WindowABC），再为这个类添加一个Grid类型的字段，然后把这个字段在初始化的时候赋值给派生类的内容属性。代码看起来大概是这样：
using System.Windows;
using System.Windows.Controls;
class WindowABC : Window
{
private Grid grid;
public WindowABC()
{
grid = new Grid();
this.Content = grid;
}
}
最后，让我们回到最初的代码。你可能会问：在XAML里有x:Class="MyFirstWpfApplication.Window1"，在Window1.xaml.cs里也声明了Window1这个类，难道它们不会冲突吗？仔细看看Window1.xaml.cs中Window1类的声明就知道了——在声明时使用了partial这个关键字。使用partial关键字，可以把一个类分拆在多处定义，只要各部分代码不冲突即可。显然，由XAML解析器生成的Window1类在声明时也使用了partial关键字，这样，由XAML解析成的类和C#文件里定义的部分就合而为一了。正是由于这种partial机制，我们可以把类的逻辑代码留在.cs文件里、用C#语言来实现，而把那些与声明及布局UI元素相关的代码分离出去，实现UI与逻辑分离。并且，用于绘制UI的代码（比如声明控件类型的字段、设置它们的外观和布局等）也不必再使用C#语言——使用XAML和XAML编辑工具就能轻松搞定！
本文转自 水之真谛 51CTO博客，原文链接：http://blog.51cto.com/liutiemeng/129503，如需转载请自行联系原作者
