我是WPF菜鸟之(1)---WPF是什么
这里算是给这个系列开个头吧，边学习边把学习的过程记录下来。
- 什么是WPF
WPF，Windows Presentation Foundation也，译过来就是“Windows呈现基础”，你看它的目的非常明确，就是用来把数据“显示”给用户看的（说白了就是用来做UI的）。如果只是给用户显示几串文本、两三张图片或者几个表格那WPF就太糗了，幸乎，WPF可不是这等素食动物——大家都见过Flash动画吧，WPF的显示能力丝毫不亚于Flash以及Flash的同门师弟Flex+AIR（某建筑公司产品）。
- 为什么会有WPF
“微软出点儿什么新东西，我就得跟着跑！”我也曾这样抱怨过。不过，当大量的工作任务压在头上的时候，我终于感觉到——每一次技术（包括理念、架构、语言、工具）的更新都带来了巨大的工作效率提升。的确，我们需要花些时间来搞懂那些看起来乱糟糟的新概念，但搞明白之后——坦白地讲，在有人带的情况下，这并不是什么难事——我们就能用非常少的代码来换取先前技术大量代码才能获得的功能。似乎代码量是开发团队中一切糟糕问题的罪魁祸首，so，明白了？
对于WPF是如何减少代码量的，后面有一个例子。但WPF绝不是一个只能帮我们减少代码量的家伙，更重要的是，它还能帮我们把程序的界面和功能逻辑近乎彻底地剥离——in a nutshell（简而言之），把你的程序变成一只香蕉或者橘子——“皮”是可以从“瓤”上剥下来的，一旦某天用户说：“这个橘子能不能看起来像是个香蕉？”你就可以为你的橘子瓣儿裹上漂亮的进口香蕉皮再开出一个更漂亮的价码。
- WPF是怎样做到的
使用WPF技术开发产品，程序的“皮”，也就是UI，是使用XAML语言来“画”出来的；而程序的“瓤”，也就是功能逻辑，可以由程序员来选择使用C#/VB.NET/C++.NET等托管语言来实现。
对于程序员们来说，C#/VB.NET/C++什么的已经是耳熟能详。XAML是什么呢？简言之，XAML（读音为“zamel”，近似于“咋没有”）是XML语言的一个衍生物，它的语法基本上与XML语言完全一致；它的功能就是专门用来设计和实现程序的UI；它看起来和HTML语言非常像，无论你是程序员还是美工人员，只要你设计过网页，那学习XAML对你来说都是小菜一碟儿。而且，XAML可不像HTML和XHTML那样只能呆在Web开发领域——XAML对于Web开发和桌面开发是“通吃”的，从Web程序改成桌面程序或者反过来，所付出的工作量惊人的小，而且由于UI与逻辑完全分离，逻辑代码几乎不用改动——这意味着两种开发的边界渐渐消失，两类设计人员和程序员将会染指“彼岸”、拿到更多的项目、挣更多的钱。
WPF之前，无论是Win32 API编程、使用MFC编程还是Windows Form编程，美工（设计人员）设计出来的界面都需要由程序员使用Visual Studio来实现。程序员不是美工，VS也干不过PS……越俎代庖永远是高效分工的大敌。如今，为了支持WPF程序设计，微软推出了专门的、使用XAML语言进行UI设计工具——Expression Studio，使用它就像使用PhotoShop和Dreamweaver一样，设计出来的结果保存为XAML文件，程序员可以直接拿来用；当UI有变更时，程序员只消用新版XAML文件替换旧版即可。
- XAML小试牛刀
让我们实现这样一个小小的需求，完全使用XAML代码而不需要C#来参与。用户需要一个窗口，里面有一个TextBox和一个Button，并且窗口的背景是蓝色的过渡色。
我保证：真的一行C#代码都没写！是不是足以让Windows Form程序员艳羡不已？！
一切实现都是使用XAML语言完成的——你可以使用Visual Studio 2008的XAML设计器来完成，也可以使用Expression Studio来更专业地完成设计。下面是它的XAML代码，你现在只需要看个大概，后面的文章里，我会一个词一个词为你解释。
<Window x:Class="WpfApplication1.Window1"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Title="Window1" Height="300" Width="300">
<Grid>
<Grid.Background>
<LinearGradientBrush>
<GradientStop Offset="0" Color="Blue"></GradientStop>
<GradientStop Offset="0.5" Color="LightBlue"></GradientStop>
</LinearGradientBrush>
</Grid.Background>
<TextBox Height="23" Margin="10,10,10,0" Name="textBox1" VerticalAlignment="Top" Text="Hello WPF!" />
<Button Height="23" HorizontalAlignment="Right" Margin="0,40,10,0" Name="button1"VerticalAlignment="Top" Width="75">WPF</Button>
</Grid>
</Window>
咱们再来一个例子：这回的需求是这样的——UI上有一个TextBox和一个Slider，要求Slider的滑块滑动时TextBox的文本显示Slider的值；当TextBox里的文本改变时，就让Slider的滑块与之同步。
对于一个有经验的Windows Form开发老手来说，他的思路是这样的：
- 在UI上拖放控件
- 为Slider的ValueChanged事件添加响应函数（事件处理函数），函数中将Slider的Value属性（double类型）转换成一个string类型的值并赋给TextBox的Text属性。
- 为TextBox的TextChanged事件添加响应函数，对TextBox的Text属性进行检验，看看它是否能解析为一个double值（新手常常忘记这一点而导致bug）并且落在Slider的取值范围内，如果一切顺利，就把它赋给Slider的Value属性。
Now，你是一个WPF新手，但你可以做的比一个Windows Form老手还好！请打开Visual Studio 2008，新建一个WPF Application，然后把下面的代码copy到XAML设计器里。
<Window x:Class="WpfApplication1.Window1"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Title="Window1" Height="300" Width="300">
<Grid>
<Grid.Background>
<LinearGradientBrush>
<GradientStop Offset="0" Color="Blue"></GradientStop>
<GradientStop Offset="0.5" Color="LightBlue"></GradientStop>
</LinearGradientBrush>
</Grid.Background>
<TextBox Height="23" Margin="10,10,10,0" Name="textBox1" VerticalAlignment="Top" Text="{Binding ElementName=slider1, Path=Value, UpdateSourceTrigger=PropertyChanged}" />
<Slider Height="21" Margin="10,40,10,0" Name="slider1" VerticalAlignment="Top" Maximum="100" />
</Grid>
</Window>
看你，你也可以一句C#代码都不写就完成漂亮的程序！
我猜已经有同学开始“晕代码”了。完全没有必要！这些代码80%都是VS自动生成的，而且它们的结构的非常简单——箱子里装着一个口袋，口袋里装着两个核桃。上面这段程序最重要的一句就是：Text="{BindingElementName=slider1, Path=Value, UpdateSourceTrigger=PropertyChanged}"，即可以说它是WPF最精华的部分，也可以说它是与Windows Form开发相比变化最大的地方，它就是——Data Binding（数据关联）。这两个月来，我几乎天天与这个东西打交道。后面的文章中，我们将仔细学习如何使用它。
====================================================================
XAML有哪些优点
前面一节已经向我们透露了XAML的几个优点：
• XAML可以设计出专业的UI和动画——好用
• XAML不需要专业的编程知识，它简单易懂、结构清晰——易学
• XAML使设计师能直接参与软件开发，随时沟通、无需二次转化——高效
然而，XAML这位翩翩君子的才华可远不止这些。
自 从应用程序从命令行界面（Console User Interface，CUI，这本书的读者还有用过DOS的吗？就是那东西）升级为图形用户界面（Graphic User Interface，GUI）后，程序员们就一直追求将视图（View，也就是UI）与逻辑代码的分离。以往的开发模式中，程序员很难保证用来实现UI的 代码完全不与用来实现程序逻辑的代码纠缠在一起。UI代码与逻辑代码纠缠在一起称为UI与逻辑的紧耦合，它往往带来以下的后果：
• 无论是软件的功能还是UI设计有所变化或者是出了bug，都将导致大量代码的修改。
• 会让逻辑代码更加难以理解——修改往往比重写更困难，因为在修改之前必须先读懂。
• 重用逻辑代码变成了Mission Impossible
XAML 另一个巨大的优点就是：它帮助开发团队真正实现了UI与逻辑的剥离。XAML是一种单纯的声明型语言，也就是说，它只能用来声明一些UI元素、绘制UI和 动画（在XAML里实现动画是不需要编程的），根本无法在其中加入程序逻辑，这就强制地把逻辑代码从UI代码中赶走了。这样，与UI相关的元素统统集中在 程序的UI层、与逻辑相关的代码统统集中在程序逻辑层，形成了一种“高内聚-低耦合”的结构。形成这种结构后，无论是对UI进行较大改动还是打算重用底层 逻辑，都不会花费太大力气。这就好比有一天你给A客户做了一个橘子，A客户很喜欢；A客户把你的产品介绍给了B客户，B客户很喜欢橘子味道，但希望它看上 去像个香蕉——这时候，你只需要把橘子皮撕下来 、换一套香蕉皮即可——只需很少的成本就可以获得与先前一样大的收益。（对于软件的“换肤”行为，WPF提供了丰富的Template功能，将在后面详 述。）
前面一节已经向我们透露了XAML的几个优点：
• XAML可以设计出专业的UI和动画——好用
• XAML不需要专业的编程知识，它简单易懂、结构清晰——易学
• XAML使设计师能直接参与软件开发，随时沟通、无需二次转化——高效
然而，XAML这位翩翩君子的才华可远不止这些。
自 从应用程序从命令行界面（Console User Interface，CUI，这本书的读者还有用过DOS的吗？就是那东西）升级为图形用户界面（Graphic User Interface，GUI）后，程序员们就一直追求将视图（View，也就是UI）与逻辑代码的分离。以往的开发模式中，程序员很难保证用来实现UI的 代码完全不与用来实现程序逻辑的代码纠缠在一起。UI代码与逻辑代码纠缠在一起称为UI与逻辑的紧耦合，它往往带来以下的后果：
• 无论是软件的功能还是UI设计有所变化或者是出了bug，都将导致大量代码的修改。
• 会让逻辑代码更加难以理解——修改往往比重写更困难，因为在修改之前必须先读懂。
• 重用逻辑代码变成了Mission Impossible
XAML 另一个巨大的优点就是：它帮助开发团队真正实现了UI与逻辑的剥离。XAML是一种单纯的声明型语言，也就是说，它只能用来声明一些UI元素、绘制UI和 动画（在XAML里实现动画是不需要编程的），根本无法在其中加入程序逻辑，这就强制地把逻辑代码从UI代码中赶走了。这样，与UI相关的元素统统集中在 程序的UI层、与逻辑相关的代码统统集中在程序逻辑层，形成了一种“高内聚-低耦合”的结构。形成这种结构后，无论是对UI进行较大改动还是打算重用底层 逻辑，都不会花费太大力气。这就好比有一天你给A客户做了一个橘子，A客户很喜欢；A客户把你的产品介绍给了B客户，B客户很喜欢橘子味道，但希望它看上 去像个香蕉——这时候，你只需要把橘子皮撕下来 、换一套香蕉皮即可——只需很少的成本就可以获得与先前一样大的收益。（对于软件的“换肤”行为，WPF提供了丰富的Template功能，将在后面详 述。）
