今天我们先来看一下在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事件),这里就是我们定义这些事件处理程序的地方。
我们先看看后台代码
1 namespace Demo1 2 { 3 ///4 /// 可用于自身或导航至 Frame 内部的空白页。 5 /// 6 public sealed partial class MainPage : Page 7 { 8 public MainPage() 9 { 10 this.InitializeComponent(); 11 12 this.NavigationCacheMode = NavigationCacheMode.Required; 13 } 14 15 /// 16 /// 在此页将要在 Frame 中显示时进行调用。 17 /// 18 /// 描述如何访问此页的事件数据。 19 /// 此参数通常用于配置页。 20 protected override void OnNavigatedTo(NavigationEventArgs e) 21 { 22 // TODO: 准备此处显示的页面。 23 24 // TODO: 如果您的应用程序包含多个页面,请确保 25 // 通过注册以下事件来处理硬件“后退”按钮: 26 // Windows.Phone.UI.Input.HardwareButtons.BackPressed 事件。 27 // 如果使用由某些模板提供的 NavigationHelper, 28 // 则系统会为您处理该事件。 29 } 30 31 private void btnHello_Click(object sender, RoutedEventArgs e) 32 { 33 txtResult.Text = "Hello World"; 34 var temp = (TextBlock)base.FindName("txtResult"); 35 temp.Text = "Hello World2"; 36 } 37 } 38 }
对于后台代码文件中定义的类同样也有个partial ,貌似跟Windows Phone有点类似。但是我们找了找整个解决方案并没有发现有一个与之对应的部分类,但是根据CodeLens的提示,我们能发现确实有部分类的存在而且是两个类文件MainPage.g.cs和MainPage.g.i.cs
分别双击打开这个类文件
MainPage.g.cs
1 namespace Demo1 2 { 3 partial class MainPage : global::Windows.UI.Xaml.Controls.Page, global::Windows.UI.Xaml.Markup.IComponentConnector 4 { 5 [global::System.CodeDom.Compiler.GeneratedCodeAttribute("Microsoft.Windows.UI.Xaml.Build.Tasks"," 4.0.0.0")] 6 [global::System.Diagnostics.DebuggerNonUserCodeAttribute()] 7 8 public void Connect(int connectionId, object target) 9 { 10 switch(connectionId) 11 { 12 case 1: 13 #line 22 "..\..\MainPage.xaml" 14 ((global::Windows.UI.Xaml.Controls.Primitives.ButtonBase)(target)).Click += this.btnHello_Click; 15 #line default 16 #line hidden 17 break; 18 } 19 this._contentLoaded = true; 20 } 21 } 22 }
MainPage.g.i.cs
1 namespace Demo1 2 { 3 partial class MainPage : global::Windows.UI.Xaml.Controls.Page 4 { 5 [global::System.CodeDom.Compiler.GeneratedCodeAttribute("Microsoft.Windows.UI.Xaml.Build.Tasks"," 4.0.0.0")] 6 private global::Windows.UI.Xaml.Controls.Button btnHello; 7 [global::System.CodeDom.Compiler.GeneratedCodeAttribute("Microsoft.Windows.UI.Xaml.Build.Tasks"," 4.0.0.0")] 8 private global::Windows.UI.Xaml.Controls.TextBlock txtResult; 9 [global::System.CodeDom.Compiler.GeneratedCodeAttribute("Microsoft.Windows.UI.Xaml.Build.Tasks"," 4.0.0.0")] 10 private bool _contentLoaded; 11 12 [global::System.CodeDom.Compiler.GeneratedCodeAttribute("Microsoft.Windows.UI.Xaml.Build.Tasks"," 4.0.0.0")] 13 [global::System.Diagnostics.DebuggerNonUserCodeAttribute()] 14 public void InitializeComponent() 15 { 16 if (_contentLoaded) 17 return; 18 19 _contentLoaded = true; 20 global::Windows.UI.Xaml.Application.LoadComponent(this, new global::System.Uri("ms-appx:///MainPage.xaml"), global::Windows.UI.Xaml.Controls.Primitives.ComponentResourceLocation.Application); 21 22 btnHello = (global::Windows.UI.Xaml.Controls.Button)this.FindName("btnHello"); 23 txtResult = (global::Windows.UI.Xaml.Controls.TextBlock)this.FindName("txtResult"); 24 } 25 } 26 }
从这两个文件中我们可以看到,MainPage类在这里还定义了一些控件和相关的方法,并且InitializeComponent()方法里面加载和解析了MainPage.xaml文件MainPage.cs文件里面的MainPage()方面里面调用的InitializeComponent()方法就是在MainPage.g.cs文件里面定义的。在xaml页面中声明的控件,通常会在.g.cs中生成对应控件的内部字段。实际上这取决于控件是否有x:Name属性,只要有这个属性,都会自动调用FindName方法,用于把字段和页面控件关联。没有x:Name属性,则没有字段,这种关联会有一定的性能浪费,因为是在应用载入控件的时候,通过LoadComponents方法关联的,而xaml也是在这个时候动态解析的。
由此我们就会萌生一个动态加载XAML的想法:
我在页面上添加一个按钮,当按钮点击时执行如下代码:
1 int top = 100; 2 private void btnHello_Click(object sender, RoutedEventArgs e) 3 { 4 string temp = "
效果如下图所示:
通过C#创建按钮的形式:
1 ///2 /// 在此页将要在 Frame 中显示时进行调用。 3 /// 4 /// 描述如何访问此页的事件数据。 5 /// 此参数通常用于配置页。 6 protected override void OnNavigatedTo(NavigationEventArgs e) 7 { 8 // TODO: 准备此处显示的页面。 9 10 // TODO: 如果您的应用程序包含多个页面,请确保 11 // 通过注册以下事件来处理硬件“后退”按钮: 12 // Windows.Phone.UI.Input.HardwareButtons.BackPressed 事件。 13 // 如果使用由某些模板提供的 NavigationHelper, 14 // 则系统会为您处理该事件。 15 16 Button btn = new Button(); 17 btn.Content = "代码创建的按钮"; 18 btn.Click += btnHello_Click; 19 grid.Children.Add(btn); 20 }
虽然我们可以这样创建对象,但是这种形式就丧失我们XAML创建页面元素对象的优势了!
总结一下:XAML只是创建对象的一种便捷方式,类似于一种“命令”的形式,跟后台代码没有关系,只是在后台执行的时候键xaml文件当做资源去载入罢了!
结合这个几个平台来看,认为微软为开发者考虑的太多,有的时候反倒是形成一种“负担”!