WP 开发中.xaml 与.xaml.cs

关于 WP 开发中.xaml 与.xaml.cs 的关系

 

今天我们先来看一下在WP8.1开发中最长见到的几个文件之间的关系。比较论证，在看这个问题之前我们简单看看.NET平台其他两个不同的框架：

Windows Forms

先看看Window Forms中的情况，下图为在VS中创建的默认Windows Forms项目结构：

 

分别回顾一下每个文件以及它们之间的关系：

┣━ Properties------------------------------------------- 项目属性文件夹

┣━━━━━ AssemblyInfo.cs----------------------------------- 程序集信息声明

┣━ App.config------------------------------------------- 应用程序配置文件

┣━ Form1.cs--------------------------------------------- 窗体Form1 类文件

┣━━━━━ Form1.Designer.cs--------------------------------- 窗体Form1设计 类文件

┗━ Program.cs------------------------------------------- 程序入口类文件

这里我们主要关心的就是Form1.cs、Form1.Designer.cs和Program.cs三个文件，下面我用Visio图表示一下执行流程

也就是说，Form1.cs和Form1.Designer.cs最终在编译阶段形成了一个类型，所有的控件的定义和初始化（大多是由于开发者的拖拽和属性编辑操作产生）全部在Form1.Designer.cs这个部分类中完成，代码我就不用贴出来了。我们在开发的时候只需要关心如何在Form1.cs文件中操作部分类中定义的控件成员和编写一些逻辑代码，从而减少开发者的编码量。

说白了，也就是大家常说的前台UI（Form1.Designer.cs）和后台代码（Form1.cs）是部分类的关系，通过partial关键字实现。

Web Forms

再来看看Web Form中又是怎样的一种形式：

这里我们主要是看看WebForm1.aspx、WebForm1.aspx.cs和WebForm1.aspx.designer.cs这三个文件的关系：

我们都应该知道WebForm1.aspx文件最终也是编译成为一个类存放于一个临时的程序集，对于这个类型来讲，它派生自WebForm1.aspx.cs文件中定义的类，也就是说前台UI（WebForm1.aspx）是后台代码（WebForm1.aspx.cs）的子类。那么WebForm1.aspx.designer.cs又是个啥？这里就和WinForms一样了，它和WebForm1.aspx.cs最终也是编译成为一个类型，在WebForm1.aspx.designer.cs也都是定义了一些控件，这也是当年号称很厉害的CodeBehind，目的是将表现和逻辑隔离，当然我们这里不需要评价CodeBehind，本身也不在今天讨论的范畴之中。

Window Phone / WPF

最后来看看WP中怎么设计的：

 

以上是Visual Studio 2013 Update 4中创建的空白Windows Phone 8.1应用，其中有一个MainPage.xaml和MainPage.xaml.cs文件，那它两又是什么关系呢？难道是和Windows Forms又或是Web Forms一样吗？

答案自然是否定的，首先XAML文件中写的XAML代码实际上就是XML语法，官方的说法：它是一个声明对象的语言，为我们创建对象提供便捷的一种方式。与HTML类似，特点是用来描述用户接口（UI）内容。

通常我们把与xaml文件关联的xaml.cs文件叫作代码隐藏文件。如果你引用xaml中的任何一个事件处理程序（通过事件特性，如Button的Click事件），这里就是我们定义这些事件处理程序的地方。

我们先看看后台代码

 

对于后台代码文件中定义的类同样也有个partial ，貌似跟Windows Phone有点类似。但是我们找了找整个解决方案并没有发现有一个与之对应的部分类，但是根据CodeLens的提示，我们能发现确实有部分类的存在而且是两个类文件MainPage.g.cs和MainPage.g.i.cs

分别双击打开这个类文件

MainPage.g.cs

 

MainPage.g.i.cs

 

从这两个文件中我们可以看到，MainPage类在这里还定义了一些控件和相关的方法，并且InitializeComponent()方法里面加载和解析了MainPage.xaml文件MainPage.cs文件里面的MainPage()方面里面调用的InitializeComponent()方法就是在MainPage.g.cs文件里面定义的。在xaml页面中声明的控件，通常会在.g.cs中生成对应控件的内部字段。实际上这取决于控件是否有x:Name属性，只要有这个属性，都会自动调用FindName方法，用于把字段和页面控件关联。没有x:Name属性，则没有字段，这种关联会有一定的性能浪费，因为是在应用载入控件的时候，通过LoadComponents方法关联的，而xaml也是在这个时候动态解析的。

 

由此我们就会萌生一个动态加载XAML的想法：

我在页面上添加一个按钮，当按钮点击时执行如下代码：

 

效果如下图所示：

通过C#创建按钮的形式：

 

虽然我们可以这样创建对象，但是这种形式就丧失我们XAML创建页面元素对象的优势了！

总结一下：XAML只是创建对象的一种便捷方式，类似于一种“命令”的形式，跟后台代码没有关系，只是在后台执行的时候键xaml文件当做资源去载入罢了！

结合这个几个平台来看，认为微软为开发者考虑的太多，有的时候反倒是形成一种“负担”！

专注互联网开发的：斯通摇滚吧！

 

分类: .NET

标签: Windows Phone 8.1