2024年2月8日发(作者：)
WPF基础知识快速学习绝不是从零学起的，良好的基础是快速入手的关键，下面先为大家摞列以下自己总结的学习WPF的几点基础知识：1)C#基础语法知识（或者其他.NET支持的语言）：这个是当然的了，虽然WPF是XAML配置的，但是总还是要写代码的，相信各位读者应该也都有这个基础了。2)HTML语言：虽然WPF是窗体程序但是由于使用的XAML语言，如果以前接触过HTML、XHTML、之路的东西的话会，接受这些标签会很有帮助的，如果以前一直是从事winform开的人来说可能就要适应一下了。3)对C#中的代理、事件要做到熟练掌握，在.NET3.0版本后有增加了RoutedEvents，要想日后不糊涂，这个是基础。4)有一定的winform或经验，主要是对控件事件的处理要有写了解。5)拥有良好的面向对象的思想：思想是语言的升华（本人的OO思想完全是Java中领悟来的）。在WPF中，经常要灵活运用各种继承关系、多态、重载等，因此一定要把基础知识打牢固。6)DataBinding要有所了解：Binding是WPF的一大亮点，在接触它以前如果接触国里面的DataBinding的话对相对起来会容易接受一点，虽然这两个有一定的不同。7)对设计模式要有一定的了解：当然是越深入越好了，在实际项目中，各种设计模式经常交融使用。快速的识别并合理的运用，无论是在开发还是调试时都是非常高效的。另外，WPF存在的初衷即是表现与逻辑的松耦合，最普遍的情况就是XAML作为表现层，背后.cs文件作为逻辑层。因此，日后在从事项目工作时，要时刻谨记这一点，千万不可背道而驰。不要为了凸显自己的某一些代码特长而将各种逻辑混写在一起，这样非常不实际的，这一点都在校生应该尤为重要。8)对XML的理解：XAML也是XML，对XML的理解绝对有助于快速的接受和使用XAML，并不需要多XML有多么高深的见解。但是最好还是有空看一看XML相关的书籍/TR/2000/WD-xml-2e-20000814。无论是WPF、WCP以及底层一些的SOAP等都是很有帮助的。WPF入手练习基础环境开发环境：VS2008数据库：本机SQLServer2005（这里给大家一个提醒，如果大家的机子是WindowsXP的话，无论是home或是professional.一定不要安装SQLServer2005EnterpriseEdition，在《安装SQLServer2005的硬件和软件要求》中“操作系统要求”列表有写到2005EnterpriseEdition不支持XP），建议安装DeveloperEdition，一定要安装数据库实例。WPF练习内容具备以上基础条件后，开始入手练习，大家不要抱怨入手练习有写难度，毕竟是快速入门要有一定的跳跃性：
我们要做一个WPF程序，功能很简单：1)从数据库（本地数据库(local)/AdventureWorks中的t表中提取用户的ContactID,FirstName,LastName,EmailAddress数据，展示到Form上的一个ListView上。（由于是WPF练习，对于相关的东西在此不做介绍，知识使用而已）2)当鼠标或其他设备选中结果某一项记录时，在List框下面展示出细节。3)修改其中的内容后，结果联动更新到List框及数据库中。想象以下这样一个东西如果在以前使用winform实现会是什么样子呢？应该会写不少的方法、属性用于界面之间及界面与数据库之间的联动。今天这个练习就先展示以下WPF的技术亮点之一：DataBinding。在制作过程中，还会为大家不断接受一些控件、布局等相关知识和技巧，部分相关的知识内容与此练习关系不大的，我将会用浅灰色字体带过，对于熟悉这部分内容的读者可以直接跳过。建立一个WPF项目打开VS2008新建一个WPF应用程序WPF界面布局首先会看到一个靓丽的小方框，将鼠标放在方框的边缘点击就会产生相应的分割线。现在我们要做的内容需要将窗体分成三行，可以先随便分割一下，以后在调整相互的大小。这时候会注意到下方的XML代码区域。每个RowDefinition作为一个行被定义出来
这里先给大家接受以下高度、宽度的几种定义方式（写过HTML的人可以跳过去了）：绝对尺寸(Absolutsizing)：就是给一个实际的数字，像现在例子中那样自动(Autosizing)：值为Auto，实际作用就是取实际控件所需的最小值(SettingHeightorWidthtoAuto,whichgiveschildelementsthespacethattheyneedandnomore)。Proportionalsizing(也可以称之为starsizing因为有个*号表示)：值为*或N*，实际作用就是取尽可能大的值，当某一列或行被定义为*则是尽可能大，当出现多列或行被定义为*则是代表几者之间按比例方设置尺寸。下面我们来将上面的知识应用以下看看。将这三行的值设置为如下数值，结果会是如何：
第1行设为Auto尽量紧凑配列，少占用空间（如果里面没有东西的话，他会小到0,这是你会看不到它）第2行设为22固定值，只是用来放一个Button使用对于初学者往往会习惯直接使用控件拖拽的形式来将需要的内容添加到窗体上。会使控件在一定的坐标上固定位置，这是一种不推荐的做法，在此给大家讲解以下WPF中的布局观（LayoutPhilosophy）：在WPF窗体中，一个窗体只能持有一个控件，当多个控件想要在窗体中展现时，就需要首先设置一个容器控件（Container)然后将其他控件放到这个控件里面，形成树状结构.因此，布局观第一条就是，控件的布局应该有容器来决定，而不是通过自身使用margin之类的东西来控制位置。因为这些属性原本应该是控制自己内部展现或与邻里之间关系的；第二条，控件应避免明确的定义具体的尺寸，因为显示器分辨率及windows窗体的大小都有可能随时改变，如果明确的定义尺寸。当窗体变动后就会出现大面积的空白或是缺失。但为了控件功能及效果的展示，应该限定一个可接受的最大及最小尺寸。通过MinWidth,MinHeight,MaxWidth,MaxHeight属性可以实现这一点。第三条，不要将界面元素位置设置成与屏幕坐标相关.现在显示器分辨率比较多样话（800×600、1024×768，我的显示器是一台是1400×1050,还有一个是1024×1280竖式的），这样的做法还是比较有风险的。第四条，容器应将有效空间共享给其子控件，这也是为了不在窗体调整后，遗留出大块的空余。第五条，容器嵌套使用，因为不同的容器，表现效果不同，必要时应结合使用。接下来在工具箱（ToolBox）中双击ListView，一个小框会出现在界面上。接下来在工具箱（ToolBox）中双击WrapPanel，又一个大框会出现在界面上。再增加一个Button。这是你会感觉到界面有点乱了，刚才我们在顶层Grid上面画线到底起什么作用了（到目前位置还没有），让我们来调整一下下面的XAML语句，最终结果如下：
由于后面代码中要使用到GridView对象，然而GridView对象有没有Name属性，如果后台代码想要调用他的话就不得不从父容器向下遍历来找到想要的对象，这样无疑增加了后台代码与前台界面之间的耦合度，试想如果那天突然有需求说要把这个对象从这里移到另一个容器上去.那么界面的变动伴随着的就是后台代码的一起变动，这与视图/逻辑分离显然背道而驰，有了MarkupExtensions.我们想定位一个没有名字属性的控件，直接为扩展一个名称出来，这个可太方便了（当然，MarkupExtensions不只是用来扩展名称的）。如果希望每个TextBlock和TextBox成为一对出现的话，应该如何呢？自然是需要一个容器将他们组织起来.同时，希望他们在一条线上不回行。这就用到了，我们前面说到的一个容器StackPanel。组织后的代码如下：<="1"Orientation="Horizontal">
补充知识：WPF中所有单一内容控件的统称，对应的父类为tControl；与ContentControl平行的还有一类控件叫做ItemsControl，WPF中所有控件集合对象的统称，例如：ListView,ListBox,TreeView等，这一点一定要区分清楚.可以认为这一类控件是为了展现有效的展现及组织一组控件而设计的，对应的父类为ontrol，这些控件和Panel容器类控件是不同的概念，要了解他们之间的关系可以参看下面这张类继承关系图：
WPF后台逻辑代码编写在后台用写一个获取DataTable的方法及一个共有属性拥有获取tView.同时，实现Refresh按钮的方法。此部分不是练习重点这里不做介绍了，代码如下：publicWindow2(){InitializeComponent();getData();}SqlDataAdaptersda;DataTabledt;voidgetData(){//initsqlconnectionSqlConnectionStringBuilderconnbuilder=newSqlConnectionStringBuilder();
urce="(local)";atedSecurity=true;lCatalog="AdventureWorks";//starttomakesqlquerySqlConnectionconn=newSqlConnection(tionString);sda=newSqlDataAdapter("selectContactID,FirstName,LastName,twhereContactID<=100;",conn);SqlCommandBuildercommbuilder=newSqlCommandBuilder(sda);Command=ateCommand();dt=newDataTable();ChangesDuringUpdate=true;(dt);}privatevoidbutton1_Click(objectsender,RoutedEventArgse){getData();}WPF前台界面与后台数据的BindingBinding这个此翻译起来有争议，为了避免误导大家，因此我还是不写成中文了。好了！接下来终于到最精彩的地方了。各位读者们一会会为后面所发生的事情而感到震惊的，一切就是这样的完成了……1)为ListView控件指明数据源，通过ItemSource属性设置，这一部分需要通过代码来实现（目前位置还不知道如何通过XAML语言来实现，哪位大哥可以指点一下）。在voidgetData()方法的结尾处增加一行代码“ource=tView;”2)给GridViewColumn指明当前列对应于数据源的哪一项，可以通过DisplayMemberBinding属性来实现.其中的值便是上一步中指明的数据源tView的每一个数据项的名称. Path=EmailAddress}">此时试着F5Debug运行以下，应该已经可以看到这样的画面了但是，当我们点击ListView中的记录时，里面的书籍并没有映射到下面的文本框中。接下来我们就来实现这部分功能。1)为了简化代码，在WrapPanel元素中指明一个公共的上下文，可以通过增加属性DataContext="{BindingElementName=listView1,Path=SelectedItem}2)分别为四个输入框指明相应的数据源，可以通过TextBox元素中的Text属性实现，实现后代码如下： 台对象）的耦合（也可以通过代码来实现）。这一实现主要是依靠WPF的另一个特性DependencyProperty来实现的。示意图如下：2)Binding可以实现制定方向的绑定，方向有三种，OneWay,TwoWay,OneWaytoSource，其形象的表示如下图所示：3)可配置触发器，这一特性用来解释，界面与数据的Binding是什么时候发生的，可以通过UpdateSourceTrigger属性实现，存在如下几种值LostFocus：当控件失去焦点时触发，前面例子里默认就是这种形式的PropertyChanged：当属性改变时触发Explicit：这个就可以看作是需要显示调用了，需要主动取调用相应的UpdateSource方法才可以触发用法可以像这样“{BindingFirstName,UpdateSourceTrigger=PropertyChanged}”4)不抛出异常，这一点对于开发及测试人员来说可能并不怎么好。当一个数据Binding失败是，程序运行是不受影响的，只是相应的属性值为空了，对于开发人员来讲只能通过VSDebug时的输出窗口看到Binding失败的调试信息。而对于测试人员来说那就只能是靠肉眼了。具体内容可以参考MSDN中的”DataBindingOverview”这篇文章，这里只是为大家实现一个引路的工作现在再试试应该已经可以实现ListView与TextBox的联动了，不过此时，对数据的改动还无法更新到数据库中。需要继续修改。1)在button1_Click事件中增加一条语句用于接受书籍更新(dt);2)在XAML设计区，最顶层Window元素中增加属性，Closed="Window_Closed"，然后在后台实现相应的方法代码如下两个方法具体代码如下，由于与WPF关系不大，因此不做讲解了： privatevoidbutton1_Click(objectsender,RoutedEventArgse){(dt);getData();}privatevoidWindow_Closed(objectsender,EventArgse){(dt);}WPF入门教程系列(二)深入剖析WPFBinding的使用方法同一个对象（特指encyObject的子类）的同一种属性（特指DependencyProperty）只能拥有一个binding。这一点可以通过设置binding对象的方法名得知：publicstaticBindingExpressionBaseSetBinding(DependencyObjecttarget,DependencyPropertydp,BindingBasebinding)方法名是SetBinding而不是AddBinding。如果想要验证一下，也可以在listView1_SelectionChanged事件方法中增加断点，可以监视到。当多次在同一个对象上设置Binding时，其实并不会增加多余的binding，而是将原来的binding替换掉了，这里以textBox_ContactID为例如下图： 另一个相对的概念：同一个Binding可以同时与多个对象的多个属性（或同一对象的多个属性）形成Binding。这一点就不做实践验证了，在MSDN上《DataBindingOverview》中有一段“BindingandBindingExpression”就是讲这个道理的。也许很多读者已经知道或潜意识里有了这种概念，这里只是做一些强调。改善优化WPFBinding下面的内容在修正错误的同时，还将对原有的Binding做一些小小的改进。在上一篇Blog中，我曾经提到过这样一个问题，在将数据库中的DataTable对象的DefaultView通过XAML语言Binding到listView1对象的ItemsSource上时总是失败。这里顺便公布一下答案，那就是使用DataContext，不过在动手之前先来梳理一下Binding的一些基本概念及使用方法。在此之前先来点基础知识，都是MSDN上的内容（不过是E文的），感觉不错所以写下来，供大家阅读：l典型的Binding具有四个重要组成部分：Binding目标对象（bindingtargetobject）、目标对象属性（targetproperty）、Binding数据源（bindingsource）、Path（用于指明要从数据源中取得的值，就是我们通常写的属性名称）。例如：想要把一个员工（Employee）的姓名（EmpName）Binding显示到一个TextBox的Text属性上。分析一下其中的4个组成部分：Binding目标对象是TextBox（因为它要最终使用这些数据）；目标对象属性是TextProperty（这里要注意，不是Text属性，而是与Text属性相对应的DependencyProperty，通常命名是属性名＋Property）；数据源是员工（Employee）；Path是EmpName。我的经验是：刚开始使用Binding的时候由于还不熟悉，建议在做之前先在心理把这4个部分对号入座一下，等日后就可以熟悉成自然了。l目标对象属性一定要是DependencyProperty。由于只有DependencyObject类及其子类能够定义DependencyProperty，因此，Binding目标对象就必须是DependencyObject类及其子类了。另一方面反过来说，UIElement（DependencyObject的子类）的大多数属性都有与其对应的DependencyProperty，因此，大多数的UIElement属性我们都可以利用其DependencyProperty作为目标对象属性从而与数据源建立Binding。l再有一点，建立Binding的数据源不一定要是一个CLR对象，也可以是XML数据、对象及DependencyObject。关于为什么binding的对象一定要是DependencyObject，为什么binding对象的属性一定要是dependencyproperty，这个我就不知道了。在我第一次看到在XAML中设置Binding的语法时，简直是满头雾水。这东西到底怎么回事，简直就没有章法可循，一会儿ElementName，一会儿Source，还有时什么都没有，就一个{Binding}，再有就是Mode， UpdateSourceTrigger等，简直没有头绪。不过只要打开MSDN，看一下g对象，似乎开始有点感觉了，查看Binding对象的属性栏（Properties），你会发现，原来我们在XAML中设置Binding时使用的东西和Binding对象的属性好像都是一一对应的。确实如此，在XAML中设置Binding就是在这只g对象，这里先提醒一下大家。WPF可不是就这么一个Binding噢，实时上，从BindingBase继承过来的有三个兄弟，Binding只是最常用而已。找到了binding的老家，相信大家对{BindingElementName=ElemName,Path=PropertyName,Mode=TwoWay,UpdateSourceTrigger=PropertyChanged,…}这样的语法应该清楚了吧。那么{Binding}及{BindingXXXX}这样的语法呢？其实可以就是等于newBinding()及newBinding(XXXX)，其实可以考虑成是分别使用了Binding的两种构造方法，而XXXX的作用自然也就清晰了。其实和{BindingPath=XXXX}是等价的，都是设置Path属性的。至于这里的Path属性在我们平常使用时其实是用来设置属性名的地方，为什么不直接叫做是PropertyName之类的名字呢？这个又要留着以后思考了。当一个数据源与一个UIElement形成Binding后，数据源的改变，如果传递给UIElement的指定属性？同样，当UIElement中指定属性值改变了，如何才能够通知到数据源？要讨论这个问题，需要按数据源来分类进行讨论。这个分类并不是互斥的之前存在一些交集。因此，同一种Binding场景可能适用于多种情况。下面的内容是来自MSDN中《BindingSourcesOverview》中的内容，由于怕翻译的不好而误导大家，所以分类的名称还是使用英文吧。UsingaCLRClassastheBindingSourceObject在典型的Binding情景中，一个CLR对象作为数据源，将其中一个属性值Binding到某个UIElement的属性上（以上面显示员工姓名的情景为例。用XAML实现 即为你的每一个属性创建一个名为”PropertyNameChanged”事件，其中PropertyName是与这个事件对应的属性名称。然后在属性发生变化是触发这个事件。（听起来就麻烦，我也懒得去实践验证了）如果以上两种方法都无法实现的话，那么就只好在你认为需要的时候显示的调用UpdateTarget方法来手动更新了。（这种方法没用过，感觉已经失去了Binding的意义了）EntireObjectsUsedasaBindingSource可以理解为将整个对象作为数据源，与上一个题目的区别很小。基本上可以认为是原来Binding实现的是数据源属性与UIElement属性之间的Binding，而这次是直接将一个Object对象与一个UIElement的属性进行Binding了。这种情况可以使用Binding的Source属性指明数据源（假设Employee对象与一个ListBox实现banding，用XAML实现 看以来代码有点长，而且，下面的几个TextBox也都存在大量的重复内容，这里就可以考虑使用上面所说的DataContext了。将listView1中被选定的记录（edItem）作为DataContext放在公共ParentElement上，做法如下：<="1"Orientation="Horizontal"DataContext="{BindingElementName=listView1,Path=SelectedItem}">然后剩下的代码就可以简化很多了： ItemsSource="{Binding}"><>
发布评论