对于普通的Silverlight控件或者页面(也就是除app.xaml),这个xaml代码主要包含了几部分:它对应的后台代码的类名(在上图所示的是SilverlightDemo1.MainPage);用户控件的高度和宽度(在上图中所示的高宽分别是300和400像素);顶级布局所使用的容器(在上图中使用的是Grid)。在Silverlight中定义了一个Panel类,这个类是一个抽象类,它是用来界面布局的,Panel类有如下子类:System.Windows.Controls.Canvas、System.Windows.Controls.DockPanel、System.Windows.Controls.Grid、System.Windows.Controls.Primitives.TabPanel、System.Windows.Controls.Primitives.ToolBarOverflowPanel、System.Windows.Controls.Primitives.UniformGrid、System.Windows.Controls.StackPanel及System.Windows.Controls.VirtualizingPanel和System.Windows.Controls.WrapPanel。在WinForm中我们直接往界面中拖控件就可以了,因为在WinForm中我们使用X和Y坐标来定位控件的左上角顶点的位置,在ASP.NET中则可以使用Table或者DIV来布局,在Silverlight中界面布局和ASP.NET及WinForm中都不一样,相对要稍微复杂一些(个人感觉倒是有些和Java SE类似,在Java SE中有FlowLayout、BorderLayout、CardLayout及GridLayout),在Silverlight中界面布局则有上面提到的那些类(莫非和Java SE一样,因为要跨平台,所以才会复杂一些)。利用这些界面布局类及它们的组合可以实现复杂的界面布局,当然如果你觉得仍不能满足要求的话,可以界面布局类。关于这些布局类的用法将在下一篇讲解。
Silverlight项目的编译
大家都知道.NET
项目都可以使用csc.exe
编译,其实VS
在编译项目是也是调用了csc.exe
的,所以对于平常的简单的想法的代码测试周公都是用记事本写代码然后在命令行下调用csc.exe
编译。用VS
编译项目最终也会调用csc.exe
来编译,和以前编译.NET
项目不同的是,编译Silverlight
项目多加了一个命令行参数,这个命令行参数是“nostdlib
”,它的作用说明如下:
从上图可以看出,使用“nostdlib”参数的作用是不引用标准库。在.NET类库中核心类库是mscorlib.dll,使用这个参数的作用就是不引用mscorlib.dll这些类(因为Silverlight要跨操作系统要支持多浏览器,所以不能带有Windows系统的特色)。尽管在Silverlight中可以使用C#或者VB.NET编程,但是Silverlight中所使用的是.NET类库的子集,在某些用法上受到限制。甚至有些类或者有些方法出现在Silverlight的运行环境中,但是这些类和这些方法并不能为开发者所用,所幸的是为了不必要的麻烦在编写代码时出现的智能感知中不会出现这些类或者这些方法。
当我们编译Silverlight项目成功之后会得到一个dll文件,它的文件结构如下:
也就是除了一个dll文件之外还会生成如下文件:
一个.pdb文件。假设Silverlight项目名为SilverlightDemo1,那个pdb文件名为SilverlightDemo1.pdb,这个文件包含了VS需要的调试信息。
一个名为AppManifest.xaml的文件。不管Silverlight项目名是什么,这个文件名总不会变,在这个文件里包含了当前Silverlight项目所需要的程序集。在本实例中AppManifest.xaml的内容如下所示:
一个测试用的html文件。假设Silverlight项目名为SilverlightDemo1,那个html文件名为SilverlightDemo1TestPage.html,即{Silverlight项目名}TestPage.html,也就是会以Silverlight项目名加TestPage作为文件名的html文件。这个文件文件演示了如何在页面中嵌入Silverlight控件,它的代码如下:
- <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
- <html xmlns="http://www.w3.org/1999/xhtml" >
-
- <head>
- <title>SilverlightDemo1</title>
- <style type="text/css">
- html, body {
- height: 100%;
- overflow: auto;
- }
- body {
- padding: 0;
- margin: 0;
- }
- #silverlightControlHost {
- height: 100%;
- text-align:center;
- }
- </style>
-
- <script type="text/javascript">
- function onSilverlightError(sender, args) {
- var appSource = "";
- if (sender != null && sender != 0) {
- appSource = sender.getHost().Source;
- }
-
- var errorType = args.ErrorType;
- var iErrorCode = args.ErrorCode;
-
- if (errorType == "ImageError" || errorType == "MediaError") {
- return;
- }
-
- var errMsg = "应用程序中未处理的错误" + appSource + "\n" ;
-
- errMsg += "代码: "+ iErrorCode + " \n";
- errMsg += "类别: " + errorType + " \n";
- errMsg += "消息: " + args.ErrorMessage + " \n";
-
- if (errorType == "ParserError") {
- errMsg += "文件: " + args.xamlFile + " \n";
- errMsg += "行: " + args.lineNumber + " \n";
- errMsg += "位置: " + args.charPosition + " \n";
- }
- else if (errorType == "RuntimeError") {
- if (args.lineNumber != 0) {
- errMsg += "行: " + args.lineNumber + " \n";
- errMsg += "位置: " + args.charPosition + " \n";
- }
- errMsg += "方法名称: " + args.methodName + " \n";
- }
-
- throw new Error(errMsg);
- }
- </script>
- </head>
- <body>
- <form id="form1" runat="server" style="height:100%">
- <div id="silverlightControlHost">
- <object data="data:application/x-silverlight-2," type="application/x-silverlight-2" width="100%" height="100%">
- <param name="source" value="SilverlightDemo1.xap"/>
- <param name="onError" value="onSilverlightError" />
- <param name="background" value="white" />
- <param name="minRuntimeVersion" value="3.0.40818.0" />
- <param name="autoUpgrade" value="true" />
- <a href="http://go.microsoft.com/fwlink/?LinkID=149156&v=3.0.40818.0" style="text-decoration:none">
- <img src="http://go.microsoft.com/fwlink/?LinkId=108181" alt="获取 Microsoft Silverlight" style="border-style:none"/>
- </a>
- </object><iframe id="_sl_historyFrame" style="visibility:hidden;height:0px;width:0px;border:0px"></iframe></div>
- </form>
- </body>
- </html>
从代码中可以看到,如果浏览此页面的客户端没有安装Silverlight客户端的话,就会看到一个下载安装Silverlight客户端的提示,用户点击链接就可以跳转到微软官方网站下载Siverlight。下载完成会提示用户是否安装。也就是在下载和安装Silverlight时都会得到明确的提示,用户可以明确地选择是否下载或安装,这一点很值得国内的公司学习。国内很多以“正当”、“安全”自居的公司提供的软件总是模糊、混淆某些概念来达到自己不可告人的目的,甚至还有几款装机量上亿的软件经常扫描用户的非系统盘之外的敏感区域,这些公司都应该好好学习一下国外软件的做法。
一些dll文件。这些dll文件是运行当前Silverlight项目所需要的依赖文件。在AppManifest.xaml文件中我们看到了里面有除SilverlightDemo1.dll之外的如下文件:
System.ComponentModel.DataAnnotations.dll
System.Windows.Controls.Data.dll
System.Windows.Controls.Data.Input.dll
System.Windows.Controls.dll
System.Windows.Controls.Navigation.dll
System.Windows.Data.dll
zh-Hans/System.ComponentModel.DataAnnotations.resources.dll
zh-Hans/System.Windows.Controls.resources.dll
zh-Hans/System.Windows.Controls.Data.resources.dll
zh-Hans/System.Windows.Controls.Data.Input.resources.dll
zh-Hans/System.Windows.Controls.Navigation.resources.dll
zh-Hans/System.Windows.Data.resources.dll
在上面的文件都是运行Siverlight项目的依赖文件。其中zh-Hans文件夹中的文件都是一些资源文件,当然除了zh-Hans之中的文件之外,还有其它类似于zh-Hans文件夹的文件夹,它们里面的文件文件名和zh-Hans文件夹下的文件名一样,这些文件是语言资源文件。
说到Silverlight项目的依赖文件就不得不说一下Silverlight项目的核心文件。大家知道Siverlight程序是被下载到客户端执行的,所以需要在客户端安装Silverlight运行环境,为了方便在不同网络环境下的用户下载和安装Silverlight运行环境,所以这个运行环境要尽可能的精简(实际上只有5M),既然它被精简了所以自然不可能提供.NET Framework提供的所有功能。在Silverlight运行环境中包含了如下程序集:
mscorlib.dll:注意此mscorlib.dll非.NET Framework中的mscorlib.dll,不过在Silverlight运行环境中它提供了类似于NET Framework中的mscorlib.dll的功能,是Silverlight运行环境中核心类库(核心中的核心)。
System.dll:提供了泛型、URI处理及正则表达式相关功能的类。
System.Core.dll:提供了对LINQ的支持。
System.Net.dll:提供了网络功能,这样我们下载Web文件和创建基于Socket的网络连接。
System.Window.dll:提供在Silverlight中创建UI的类。
System.Window.Browser.dll:提供了对HTML元素交互操作的类。
System.Xml.dll:提供了XmlReader和XmlWriter两个类用以处理Xml。
可以看出在AppManifest.xaml中出现的那些除SilverlightDemo1.dll之外的dll都没有在Silverlight运行环境所提供的核心类库中。前面说了Siverlight运行环境的设计理念是尽可能使其安装和下载体积小,所以Siverlight运行环境的设计者在核心类库之外又提供了一些类,这些类提供的功能并不是在每个Silverlight应用中都会用到(如果总会用到就会放到核心类库中了),所以以附加类库的形式提供。当利用VS编译Silverlight项目的时候,VS会自动检测那些本项目需要但又不在Silverlight核心类库中的dll,所以我们会在bin目录下会看到一些“不知道怎么跑出来的”dll文件。
在这些附加类库中经常会用到的dll有如下几个:System.Window.Controls.dll、System.Window.Controls.Data.dll、System.Window.Controls.Data.Input.dll、System.Window.Controls.Input.dll及System.Windows.Controls.Navigation.dll,确实这几个文件都在我们的AppManifest.xaml文件中出现了。
一个.xap文件。同样假设Silverlight项目名为SilverlightDemo1,那个xap文件名为SilverlightDemo1.xap,这个xap文件其实是一个压缩文件,我们可以直接使用WinRAR或者其它压缩软件打开这个xap文件(如果不嫌麻烦可以将SilverlightDemo1.xap改名为SilverlightDemo1.xap.zip再用解压软件打开)。下图是使用WinRAR直接打开SilverlightDemo1.xap的情景:
从上图中我们看到了前面提到的AppManifest.xaml和SilverlightDemo1.dll文件以及上面提高的“一些”dll文件,这些dll文件都是在AppManifest.xaml中出现过的、SilverlightDemo1项目所需的附加dll。适用xap的方式发布Silverlight有两个好处:一是xap文件是压缩过的文件,可以减少网络流量以提高下载速度;二是便于部署,如果你想部署Silverlight部署到别某个网站仅仅需要将这个xap文件拷贝到网站所在的目录然后创建一个嵌入Silverlight的页面就够了,超级简单。
Silverlight项目的部署
前面讲到部署Silverlight项目需要的仅仅是一个xap文件和一个包含了如何设置Silverlight项目的网页文件。有时候出现这样的情况,创建项目的时候取了一个名字,到最后发布的时候觉得这个名字不直观,那么我们可以通过VS来设置最终生成的Silverlight项目的文件名,具体方法就是在Silverlight项目上点击鼠标右键选择“属性”,出现如下窗口:
从上图可以看出,在这个面板中我们可以指定如下跟Silverlight项目有关的东西:
应用程序集名称:即最终生成的dll文件名;
默认空间名:即创建代码文件时默认所使用的namespace名称;
启动对象名:可以看出为什么在App.xaml中的Application_Startup()方法中指定启动那个窗体就会启动那个窗体,因为默认是启动App对象的,所以它的制定才有用,如果在项目中创建了多个类似于App.xaml的文件,则会在这里出现多个选择;
生成的Silverlight应用的版本:如果安装了多个Silverlight SDK的话,这里会有多种选择;
最终生成xap文件名:可以将其改为更直观的名字。
从本篇前面的讲解可以知道Silverlight最终会被下载到客户端运行,客户端下载到的是一个xap文件,这个xap文件从本质上来说其实就是一个压缩文件。如果解压这个文件就可以得到Silverlight项目的dll文件,遇上有心人是可以利用一些反编译工具得到源代码的,如下图就是使用著名的反编译软件Reflector打开本篇中的dll文件的情形:
从图中可以看到利用这个软件可以很方便地查看没有经过任何处理的.NET程序集或者Silverlight程序集代码(以MSIL形式存储的),所以为了安全起见不要再Silverlight中保存任何隐私的、安全相关的数据。除此之外还可以对生成的程序集进行进行加密或者混淆,加密就是利用MSIL指令的一些特点使反编译工具无法反编译出源代码,混淆时是对程序集中的变量名和方法名加以变化,使其不再具有望文知义的特点从而达到了即使反编译得到了源代码也难以阅读的目的。在VS中本身就提供了一个代码混淆工具Dotfuscator的社区版,这是一个免费但功能有限的.NET代码混淆工具,它的界面如下:
如果是一般的项目,可以使用Dotfuscator进行混淆,这样可以使一般的窥探者望而生畏。
对于软件的代码保护是一个长期以来一直在探讨的话题,在本篇里提出来只是让大家有这方面的意识,而不是让大家把大部分精力都放在如何组织窥探自己的源代码上了。对软件源代码的反保护和保护一直是矛和盾的问题,二者相互竞争相互发展,不管使用什么语言都难以彻底有效地避免这个问题。
总结
在本篇讲解了在VS中开发Silverlight的界面、Silverlight项目的组成以及编译和部署Silverlight项目时涉及到的一些知识和注意事项。本篇仍是在做准备,下一篇就会讲到Silverlight的界面布局,学习开发Silverlight面临的第一个问题就是界面布局问题,下一篇就会讲解常见的界面布局。
2010-09-13