【翻译】Pro.Silverlight.5.in.CSharp.4th.Edition - 第一章 Silverlight介绍 01-CSDN博客

书名：Pro.Silverlight.5.in.CSharp.4th.Edition.pdf

作者：Matthew MacDonald

下载地址：http://www.ppurl.com/2012/03/pro-silverlight-5-in-c.html

封面：

说明：

1.鼓捣这个的目的是为了锻炼英文、系统认真地看完一本原生的英文技术书籍。不关注Silverlight是否沉沦的话题，我觉得技术都是相通的，就像老赵所说的那样技术之间的过渡可以很平缓。

2.从来没有干过翻译这种事情，虽然看英文看大致明白其含义，但是有一些句子想用中文说清楚，我的能力还真不够。所谓的“只可意会不可言传”。所以多数情况下我会按照的理解去翻译，而不是逐句翻译。

3.有些词的翻译的选择也很纠结，比如event handler翻译成“事件处理程序”或者“事件句柄”，到底哪个更顺耳；assembly有些情况翻译成“组件”听起来顺，有些情况只能翻译成“程序集”，等等。

4.翻译的过程可能有点得瑟，希望能很大家有所交流，如果发现各种2逼的错误翻译，请指正。

5.我会坚持将整本书翻译完毕。

目录：点击这里

第一章 Silverlight 介绍

在本章节中，你将了解到支撑Silverlight整体框架的设计原理。现在，请你活动一下筋骨，准备做你的第一个Silverlight应用。

微软的首选开发工具--Visual Studio，是编写Silverlight程序最合适的入门工具。本章将给你展示出如何使用VS创建、编辑以及部署一个Silverlight应用程序。之后，你会对Silverlight控件如何响应事件、Silverlight应用程序编译并且打包封装以便发布到web上有一个大体的认识，进一步你也会对寄宿Silverlight控件的两个方式（在一个普通的HTML页面中或者一个ASP.NET的web form）有所认识和选择。

Silverlight设计工具

　　徒手用记事本纯敲打字母来创建Silverlight应用程序中所需要的文件，这从技术的角度来说，当然不是不可能，但是作为专业的开发者来说，他们意向选择一个开发工具，或者叫编辑器。如果你是一个主要负责界面这方向的设计师，那么你选择的工具十有八九是Microsoft Expression Blend,这个东西为设计可视化的用户界面提供了一套完整的功能；如果你是一个开发者，那你基本上会选择VS，这个玩意针对编码、测试和调试提供了完整丰富的工具。

　　针对Silverlight 应用程序模型，VS和Blend在本质上是一样的，因此，你可以很轻松地创建一个结合二者的工作流。例如，一个开发者使用VS创建了一个基础的用户界面然后交给一个界面美工团队，这个团队会使用Blend去定制界面效果以将其美化。“整容”完成后，设计师将项目移交给开发人员，开发人员使用VS继续编码完善功能。

　　许多开发人员走得更远：他们同时使用VS和Blend，在项目过程中根据情况在两个工具之间切换。他们使用VS做编码和调试这样的核心编程工作，然后切换到Blend中完善用户界面——比如编辑空间模板、选择颜色、创建或者改善动画效果和话矢量图。（这种颠来复去的搞法能起一个不错的效果是因为你在一个工具比如VS中将代码做了修改并且保存，另一个工具比如Blend会立马感知到变化。当你切换到这个工具的时候，它会提醒你做一个快速的刷新然后加载修改后的版本的代码内容。当然，在切换之前，你必须将你的修改做一下保存，这是你唯一必须记住的把戏。）你完全可以自己去选择是否用这个方式来做开发——不过请记住，如果一旦你这么操作，VS是你的开发过程中的起点和核心。

　　最后，值得注意的是，微软在努力设计另一个名叫Visual Studio LightSwitch的用于Silverlight的开发工具。LightSwitch的重要特性是使用模板和代码生成以快速地创建复杂的应用程序。那些需要快速地生成一个采用Silverlight做前段展示的数据驱动应用的开发者正是最适合使用LightSwitch的人选。当然，LightSwitch也可以用做创建更为复杂一些的项目，然后这些项目转到VS中编辑。本书中不包含LightSwitch的内容，不过你可以上www.microsoft.com/visualstudio/lightswitch下载测试代码来学习。或者，看看《Pro Business Applications with Silverlight 5》 (Apress, 2011)这本书，这里面专门一章来讨论这个主题。

Visual Studio 和 Expression Blend的对比

如果你仍然纠结于应该怎么选择VS和Blend，下面的两项说明可以缓解一下你的情绪：

VS:使用VS的针对Silverlight页面的可视化设计器，你可以在开发Silverlight应用程序的过程中做任何你想做的事情，你可以在设计器中拖拽、删除、还可以画出你的用户界面（提示：这种做法不是最好的），之后你可以立刻预览到你修改之后的界面样子（这一点非常有用）
Blend:Blend提供了一套在可视化方面超越VS的工具，使用这套工具，你能够非常便利地实现那些极为繁琐的用户界面的设计工作（比如说创建一个视觉效果非常漂亮的渐变填充效果）。Blend还提供了一个比较有意思的原型设计工具，名叫SketchFlow，此物的界面风格和VS很相似。不过依据人品守恒原则，它缺乏很多先进的和重要的开发工具，比如调试、代码重构、和项目源代码控制。

备注：VS 2010 自身已经包含开发一个Silverlight 3项目所需要的所有内容（意思就是说如果你想弄SL3，那么你安装完了VS2010之后就可以直接搞起了）。但是如果你想创建Silverlight 5的项目，则需要单独下载针对VS2010的Silverlight 5的开发包。另外，如果你还想使用Expression Blend来编辑你的Silverlight 5 项目，那么你还得下载一个叫做the Expression Blend Preview for Silverlight 5的测试版本的工具，这两个工具请移步到微软下载中心（在http://www.microsoft.com/download搜索Silverlight 5 即可找到，题外话，翻译的这个时候，Expression Blend已经是正式版了）

本书针对那些主要使用VS来完成项目开发的工作的开发人群，当然也会涉及到一些Blend方面的内容（也包括其他一些基于Silverlight的设计产品，例如Expression Design drawing tool 和 Expression Encoder video encoding tool）。但如果你真心想要掌握Expression Blend，我建议还是闹一本专门讲解Expression Blend的书，做做实际演练，或者上http://expression.microsoft.com/cc136535.aspx这个地址研究研究微软的Expression Blend培训录像。

理解Silverlight站点

在VS 或者Blend中，创建Silverlight站点有两种选择方式：

一个普通的基于HTML页面的网站：这种情况下，你的Silverlight应用的入口是一个包含了Silverlight内容块的HTML文件
ASP.NET 站点：这种情况下，VS会创建两个项目——一个包含Silverlight应用程序的文件；另一个则是一个基于服务端的ASP.NET 站点，这个站点在部署的时候会连同前一个项目的Silverlight部分一起部署。Silverlight部分的入口是可以是一个普通的HTML文件，也可以是一个包含了由服务端生成的内容的ASP.NET页面。

那么，那种方式更好？其实，无论你选择哪个方式，你的Silverlight应用程序的运行方式都是一样的——客户端浏览器接收到一个包含着Silverlight内容块的HTML文档，这个Silverlight部分的代码将会运行在客户端电脑上，而不是在服务端。虽说本质一样，不过使用ASP.NET web 方式更容易将ASP.NET和Silverlight内容融合在一起。如果你碰到以下三种情况，则选择ASP.NET web 方式更好：

需要创建一个同时包含ASP.NET页面和拥有增强了Silverlight效果的页面的站点。
Silverlight应用需要调用web service，而且在Silverlight项目的开发过程中同步进行着web service部分的编码工作（并且web service也是部署到同一个站点中）。
需要使用特定的ASP.NET web控件来间接生成Silverlight内容。

另一方面，如果你不需要编写任何服务端的代码，那么创建一个完整的ASP.NET站点真挺浮云的。你将在本书后面章节内容中看到的多数Silverlight应用例子都是仅仅基于HTML的站点，这些示例仅仅当它们需要特定的服务端特性的时候才会将ASP.NET站点融入其中。比如说，第20章中使用了ASP.NET站点的那些示例引用了web service，此神物允许Silverlight应用从一个网络服务器的数据库中检索数据信息。如果不使用服务端编码，你想搞出这些花花肠子是不可能的。顺便一提，第19章会告诉你如何鼓捣ASP.NET 的网络服务。

在一个现有的web站点上添加Silverlight 内容

在Silverlight模块开发过程中，有一个关键点要牢记：多数情况下，你是在现有的已经包含了大量的HTML，CSS和JavaScript的站点中融入Silverlight元素。比如说，你可能是要增加一个Silverlight内容区域来显示一个广告或者在站点的某页面用Silverilght来增强用户体验（比如让用户体验一个游戏，做一个问卷调查，让用户在线体验某个产品，或参加一次虚拟的旅游）。你可以用带有Silverlight技术的页面让安装了Silverlight插件的用户以更为吸引眼球的效果体验已经正常可用的网站，或者给他们提供增值服务。

当然，你也完全可以创建一个纯粹的Silverlight站点，窃以为这种尝试是非常大胆的，原因是Silverlight插件不像Flash这样的网络技术那样安装得如此广泛，而且不支持Windows ME，Windows 2000系统。正因如此，Silverlight没能像HTML那样广泛应用。许多使用Silverlight技术的企业用它来使自己区别于其他拥有高精尖技术的竞争对手，但是他们不会放弃他们传统的网站展示方式。

创建一个纯粹独立的Silverlight项目

入门Silverlight最快的方式是创建一个普通的带有HTML页面但不带服务端代码的站点。步骤如下：

在VS的菜单栏依次选择File-New-Project，然后选择Visual C#-项目组中选择Silverlight，接下来选择Silverlight应用陈旭模板。通常情况下，你需要设置一个项目名称并且选择项目的物理路径，之后点击OK确定后就生成了项目
现在，VS会让你选择是否创建一个完整的可在本项目中运行服务端代码的ASP.NET站点（参见图1-1）。咱们简单化一点，将“Host the Silverlight application in a new Web site”复选框取消。
最后一步，选择你想创建的Silverlight的版本。如果你打算使用Silverlight 5的任何新特性，你不妨选择Silverlight 4（编写此书的目前，4版本依然是安装最广泛的版本）。当然如果你没有安装针对VS 2010 的Silverlight 5 开发工具，在版本选择下拉选项中是看不到Silverlight 5的。
点击OK，完成项目的创建。

提示不必担心的是在工程创建完毕后的任何时候你都可以改变项目的Silverlight版本。做法是双击解决方案资源管理器中的属性，然后直接修改Silverlight版本下列表的选择项即可。

图1-1 不将Silverlight应用寄宿在单独的ASP.NET站点中

如图1-2所示，每一个Silverlight项目都是由VS自动生成的一组少量的基本文件开始的。所有扩展名为.xaml的文件遵循的是一种名为XAML的灵活的标记标准（XAML将在下一章节做深入的剖析）。所有扩展名为.cs的文件皆是实现你的应用程序功能的c#源代码。

图1-2 一个Silverlight项目示例

我们简单分析一下图1-2中的所展示的文件：

App.xaml和App.xaml.cs：这两个文件在你的Silverlight应用程序中起到配置性的作用，在这里你可以定义供程序其他所有页面使用的全局资源(参见第二章)，你也可以在这里对应用程序的事件（比如应用启动、关闭和异常）做出自定义的修改（参见第六章）。一个新创建的项目里，App.xaml.cs文件中的应用启动（startup）代码段中指定应用程序从展示MainPage.xaml页面作为整个工程的开始。
MainPage.xaml：这个文件定义了将在第一个页面上展示用户界面内容（即控件、图片、文本这些内容的集合）。从技术的角度来说，Silverlight页面是用户控件——继承于UserControl的自定义类。Silverlight应用可以包含的页面没有限制（只要你需要）——增加页面的方法是选择Project-选择Add New Item，然后选择Silverlight User Control Template，修改你的文件名，点击Add即可。
MainPage.xaml.cs：这个文件包含了后台支撑你的第一个页面的代码，例如对用户在页面上的操作做出响应的事件句柄。

备注：本书前几章中的应用示例均是只有单个页面的简单示例，所以你实际操练的过程中也是如此。在第六章中，你会对初始页面中的应用逻辑有更深的认识。然后在第七章中，你将会彻底地突破之前的技术壁垒，学习到实现页面的组合和导航所需要的技术。

除了这四个基本的文件，你稍微留心一下，会发现还有其他一些文件。在解决方案资源管理器中的属性文件夹（Properties node）下有一个名为AppManifest.xml的文件，这个文件中列出了你的应用程序中所使用的所有程序集的清单；还有一个名为AssemblyInfo.cs的文件，、当你的项目在编辑并嵌入到你的Silverlight程序集中的时候会生成一些信息，比如它的项目名称、版本、发布者等等，AssemblyInfo.cs就是用来存储这些信息的。这些特殊的文件尽量不要手工修改，因为在你给项目增加引用或者设置项目的属性的时候，VS会自动去修改这些文件。

最后一点要说明的是，连接到Silverlight应用的通道是一个自动生成但隐藏的名为“项目名+TestPage.html”的HTML测试页面。比如说你的项目名称是SilverlightApplication1，那么对应的这个页面名称则是SilverlightApplication1TestPage.html（如图1-3所示）。如果你想看到这个文件，必须至少将你的应用编译一遍；然后，在解决方案资源管理器的最上面点击“Show All Files”图标按钮，接下来展开Bin\Debug文件夹（也就是你的应用编译的路径）便可看到。这个测试页面文件包含一个创建Silverlight内容区域的<Object>元素。在本章的后面部分将会更详细地介绍这个页面。

图1-3 HTML 测试页面

创建一个简单的Silverlight页面

正如你目前已经了解到的，每一个Silverlight页面包含一个定义了视觉外观的标记部分（即XAML文件）和一个包含了事件句柄的源代码文件。为了自定义你的第一个Silverlight应用程序，你只需要打开MainPage.xaml文件然后开始增加标记。

VS提供了两种方式来查看XAML文件——一种是预览模式（称为设计界面），另一种是底层标记（称为XAML视图）。默认情况下，VS会将两者用相互停靠的方式都显示出来。图1-4显示了这种呈现方式，并且将其中用来改变你的查看方式的按钮做了释义。

图1-4 查看XAML页面

从工具箱拖一个控件到设计界面，这种方式可以作为你设计XAML页面的一个起步方式，然而，这种方式的便利性不可能让你可以逃避得了整体学习XAML的复杂的内容的过程。你终究不得不手工地在XAML中编码去实现合适的布局容器中组织你的元素，修改属性，注册事件句柄，甚至使用像故事板、样式、模板、还有数据绑定这样的Silverlight特性。事实上，你会发现在大多数情况下你将控件拖拽到页面中的时候，由Silverlight生成的那些标记语言并不是你真正想要的。

备注：在Silverlight术语中，符合“在窗体中出现并且由一个.net 类来描述”这个标准的所有图形呈现的部分都可以称作元素（element），而那些能够被获取到焦点并且支持用户交互的元素则能更进一步成为控件（control）。例如，TextBox是控件，但TextBlock则不是。

首先，你可以尝试创建如下面的例子所示的一个页面，此页面定义了一个文本块和一个按钮。粗体部分已经属于基本页面模板内容的一部分，在你创建项目的时候VS已经自动生成这些内容。（我靠，我没试出来。。。）

View Code

<UserControl x:Class="SilverlightApplication1.MainPage"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
mc:Ignorable="d" d:DesignWidth="300" d:DesignHeight="400">
<Grid x:Name="LayoutRoot" Background="White">
<StackPanel>
<TextBlock x:Name="lblMessage" Text="Hello world."
Margin="5"></TextBlock>
<Button x:Name="cmdClickMe" Content="Click Me!" Margin="5"></Button>
</StackPanel>
</Grid>
</UserControl>

　　实例创建的页面中有两个元素并列：顶部是一个带有简单文字信息的文本块，紧接着下边是一个按钮。

添加事件处理代码

和WPF，ASP.NET，JavaScript中的处理方式一样，都是对页面中使用到特性（attributes）的元素附加事件句柄。比如说，按钮这类元素有一个名为Click的事件，当鼠标点击或者键盘按键触发到按钮的时候会激活Click事件。注册这个事件的方法是给这个按钮增加Click特性，并且将代码中的一个方法的名称赋值给这个Click特性：

<Button x:Name="cmdClickMe" Click="cmdClickMe_Click" Content="Click Me!"
Margin="5"></Button>

提示：约定俗成，事件句柄的方法命名通常用“元素名_事件名”的格式（当然不是严格要求）。如果元素没有命名（假定是因为你在代码中的其它任何地方都没有与这个元素有交互），可以考虑使用元素理论上应该用的名字。

　　在这个例子中,假定你已经创建了一个名为cmdClickMe_Click的事件处理方法，这个方法在MainPage.xaml.cs文件中的具体实现如下：

private void cmdClickMe_Click(object sender, RoutedEventArgs e)
{
      lblMessage.Text = "Goodbye, cruel world.";
}

你可以通过在设计界面双击元素来增加一个事件句柄，或者在属性窗口选中你要处理的按钮然后双击相应的事件。

如果你已经写好了你所需要事件句柄对应的方法，那么你可以使用VS的智能感知的特性来快速的附加上相应的事件。敲入属性名和等号，在这个时候，VS会弹出一个你的后台代码类中的存在的并且符合相应事件的语法的方法列表，如图1-5所示。这种情况下，只需要选择正确的事件处理方法即可。

图1-5 附件一个事件句柄

紧接着上面所述，敲入属性名和等号后，选择菜单中的<New Event Handler>选项这样一步操作就可以完成创建和分配一个事件句柄的两步工作。

提示：如果想快速从XAML页面跳转到你的事件处理代码段中，你可以在XAML标记中相应的事件处单击右键然后选择[Navigate to Event Handler]项。

你也可以通过编码的方式注册一个事件。这样的操作应该在你的页面构造函数中调用了初始化页面控件的InitializeComponent()这个方法之后。下面这段代码和之前在XAML标记中所处理的方式一样的效果：

public MainPage()
{
    InitializeComponent();
    cmdClickMe.Click += cmdClickMe_Click;
}

如果你需要动态的创建控件，并且在你的窗体的生命周期中某一个特定的时期附件事件句柄，那么这种用代码来实现的方式非常实用。相较之下，在XAML中的挂钩事件会在窗体对象首次实例化后一直被附加着。用代码的方式也会让XAML保持简洁和优雅，尤其是当你打算和非开发人员(比如界面设计美工等)分享这个页面的时候这种方式更加显得完美。当然这种做法也有缺点，大量的自动生成的样本性质代码会让你的代码文件显得杂乱无章。

如果你想移除一个事件句柄，只有编码一个选择：使用-=操作符，如下示例：

cmdClickMe.Click -= cmdClickMe_Click;

从技术的角度来说，同一个事件多次注册同一个事件句柄是合法的，但是这通常会导致编码错误（这种情况下，事件句柄将会被触发多次）。对那种注册了两次的事件句柄，如果你试着移除一个，这个事件仍然会触发相应的事件句柄，不过触发次数变成了一次。

Silverlight类库

为了方便编码，有不少常用的类库是你必须深入了解的，换言之你必须系统的学习Silverlight中的核心类库。

.NET框架中的Silverlight部分在两个方向做了简化。一方面，它所支持的类型数量不如完整的.NET框架中的那么多；另一方面，它包含的类所提供的构造函数，方法，属性和事件也不及完整.NET框架全面。相反，Silverlight只保留了最重要的类库以及相应的最实用的成员，这些内容也足以让开发者用来编写出各种华丽的代码。

你会发现许多Silverlight类都有和完整版本.NET框架类似的公共接口，不过你得知道，这些类的实质是大不相同的。为了更快和更加高效，这些Silverlight类已经从底层重写了。

转载于:https://www.cnblogs.com/xtechnet/archive/2012/07/27/Silverlight5_Chapter01_Part01.html