作者：Brad Abrams

译者：Kevin Yang

英文链接：Silverlight 4 + RIA Services - Ready for Business: Search Engine Optimization (SEO)

继续我们的系列文章，接着来看一下Silverlight和SEO。互联网上大部分流量都是搜索驱动的。搜索引擎通常是很多用户在公共互联网上的第一站，企业环境上的情况也在朝这个趋势发展。搜索也是很多广告获得收益的关键因素。所以无须多讲，SEO非常重要。但对于Silverlight程序来说，很多有意思的内容都是动态生成的，怎么做SEO呢？接下来我会给大家展示一个只需耗费最小工作的应用模式来实现Silverlight应用程序的SEO优化。

要实现Silverlight应用程序的SEO优化，需要按照以下三个有趣而又简单的步骤来实施：

• 步骤1：做好重要的页面的深层链接
• 步骤2：使用网站地图(Sitemap)让搜索引擎知道你网站的所有深层链接
• 步骤3：对于重要内容，提供一个备选版本

下面我会用例子来讲解以上这三个步骤的具体含义。我会继续沿用我在PDC209上的“美食浏览器”的演示。你可能需要看一下我之前的演示(PDC09 Talk: Building Amazing Business Applications with Silverlight 4, RIA Services and Visual Studio 2010)，这样可以在正式开始下面的讲解之前，能够熟悉一些背景。

下载完整的示例。

步骤1: 做好重要的页面的深层链接

对于你网站上的任何内容，如果你想让搜索引擎能够爬取到，那么必须给这份内容起一个独特的Url。例如如果我想在Bing（或者Google，或者其他搜索引擎）上搜索“乡村炸牛排（Country Fried Steak）”，能看到我网站上这个列举了很多乡村炸牛排图片的页面，那么我需要为这个页面提供一个Url，从而引导你来到这个页面。http://foo.com/foodieExplorer.aspx这个Url还不够好，我需要提供一个类似于http://foo.com/foodieExplorer.aspx?food=CountryFriedsteak这样的Url。注意，使用这种格式的Url还有很多其他的好处，例如用户可以在Twitter上传播，通过电子邮件或者即时通讯软件去讨论这些内容。

幸运的是，Silverlight的导航特性使到实现内容的深层链接变得非常简单。我们来看看具体是怎么做的。

我们首先需要做的就是提供一个Url来唯一标识一个特定的餐馆，或者一个特定的餐馆加特定的美食。出于SEO或者用户友好的角度考虑，我们希望Url的格式类似于http://www.hanselman.com/abrams/restaurant/25/plate/4，这表示餐馆编号=25，美食编号=4。要实现这个，我们需要在Web工程的global.aspx文件中定义导航路径（Routes）。

public class Global : HttpApplication
{
    void Application_Start(object sender, EventArgs e)
    {
        RegisterRoutes(RouteTable.Routes);
    }

    void RegisterRoutes(RouteCollection routes)
    {
        routes.MapPageRoute(
            "deepLinkRouteFull",
            "restaurant/{restaurantId}/plate/{plateId}",
            "~/default.aspx",
            false,
            new RouteValueDictionary { { "restaurant", "-1" },
            { "plate", "-1" } });

        routes.MapPageRoute(
            "deepLinkRoute",
            "restaurant/{restaurantId}",
            "~/default.aspx",
            false,
            new RouteValueDictionary { { "restaurant", "-1" } });

在上面代码中，我们定义了深层链接的Url模板，支持Url中添加餐馆编号（restaurantId）和美食编号（plateId）的参数。我们定义的导航路径的顺序是从最复杂到不那么复杂。如果这两个编号在Url中都缺失的话，那么将使用上面设置的默认值。

现在，我们来看看Silverlight客户端怎么解析这个Url的。在Plates.xaml.cs文件中：

// Executes when the user navigates to this page.
protected override void OnNavigatedTo(NavigationEventArgs e)
{
    int plateID = -1;
    int restaurantId  =-1;
    var s = HtmlPage.Document.DocumentUri.ToString().Split(new char[] {'/','#'});
    int i = Find(s, "plate");
    if (i != -1)
    {
         plateID = Convert.ToInt32(s[i + 1]);
         plateDomainDataSource.FilterDescriptors.Add(
             new FilterDescriptor("ID",
                 FilterOperator.IsEqualTo, plateID));
    }
    i = Find(s, "restaurant");
    if (i != -1) restaurantId = Convert.ToInt32(s[i + 1]);
    else restaurantId = Convert.ToInt32(NavigationContext.QueryString["restaurantId"]);
    plateDomainDataSource.QueryParameters.Add(
        new Parameter()
        {
           ParameterName = "resId",
           Value = restaurantId
        }
    );
}

基本上，上面代码所做的事情就是获取完整的Url，然后将其结构化，再提取出其中的餐馆编号和美食编号。在18-23行中，我们将餐馆编号作为参数传给查询方法，但是在11-14行中，我们并没有这么干，而是应用了一个过滤器，这就相当于最终发给服务器的LINQ查询就多了一个“where”子句。这样，我们就无需修改服务端的代码了。

我们还需要做一点小工作，那就是保证客户端最终导航到美食（Plates）的页面。这在Silverlight的导航框架中是通过锚点“#/Plates”来实现的。但由于锚点只是一个客户端特性，而搜索引擎并不能很好的处理锚点，因此我们需要在客户端动态添加锚点。我发现用一点点Javascript脚本就可以很好的完成这个工作。我在服务端的Default.aspx页面上加入了这段脚本：

protected void Page_Init(object sender, EventArgs e)
{
    string resId = Page.RouteData.Values["restaurant"] as string;
    if (resId != null) { Response.Write("<script type=text/javascript>window.location.hash='#/Plates';</script"+">"); }
}

还有一个小事情需要注意的，由于我们启用了路径导航的功能，现在就可以通过不同的Url来访问default.aspx页面了，因此如果使用相对路径去引用Silverlight.js以及MyApp.xap包的时候就会出现问题。例如我们会看到浏览器去请求http://www.hanselman.com/abrams/restaurant/25/plate/4/Silverlight.js，而不是http://www.hanselman.com/abrams/silverlight.js，这会导致下面错误：

行: 56

错误: Unhandled Error in Silverlight Application

异常代码: 2104

类别: InitializeError

消息: 无法下载Silverlight程序，请检查Web服务器的设置

要解决这个问题，我们需要修改脚本的src属性：

<script src='<%= this.ResolveUrl("~/Silverlight.js") %>'

还有Silverlight插件参数：

<param name="source" value="<%= this.ResolveUrl("~/ClientBin/MyApp.xap") %>"/>

现在我们再通过http://localhost:30045/restaurant/48/plate/119#/Plates这个包含美食编号的Url来访问，就能直接来到相应的美食页面了：

步骤2：使用网站地图让搜索引擎知道你网站的所有深层链接

现在我们有了一个已经做好深层链接的应用程序了，每一个有趣的内容都被赋予了一个唯一的Url。但搜索引擎怎么知道这些Url呢？我们当然希望别人在社交网络上多谈论（谈论的时候通常会留下链接），然后搜索引擎能够发现其中的一部分Url，但我们更希望能够把这事做完整了。我们想给搜索引擎提供一个应用程序内部所有深层链接的Url列表。这可以使用网站地图（Sitemap）来实现。

网站地图的格式是所有主流搜索引擎都认可的。你可以在http://sitemap.org网站找到相关的信息。

为了更好的了解这其中的原理，我们来看看亚马逊，http://amazon.com，这个以数据驱动的网站是如何被搜索引擎索引的。当搜索引擎第一次来到这个网站，它会去读取网站根目录下的robots.txt文件。在这个例子中，robots.txt文件的绝对地址是http://www.amazon.com/robots.txt。

在这个例子中，我们可以看到，文件上半部分列举了一些目录，这些目录是不允许搜索引擎爬取的，文件下半部分列举的sitemap清单，是希望搜索引擎去爬取这些网站内容。

注意，严格来说，你不是必须使用Robots文件来声明你的网站地图（译者注：原文写的是“你不是必须使用网站地图”）。你可以使用主流搜索引擎提供的网站管理员工具直接登记网站地图地址。

如果我们导航到上面其中一个网址，我们将看到一个网站地图文件，如下面所示：

在这个例子中，因为亚马逊网站很庞大，这些链接被放到多个网站地图中去了（上面这个文件被称为网站地图索引文件）。当我们钻进子网站地图文件中，就能看到实际产品的链接了。

格式就如你看到的：

<urlset xmlns="http://www.google.com/schemas/sitemap/0.84">
<url>
  <loc>http://www.amazon.com/GAITHER-COMMITTEE-EISENHOWER-COLD-WAR/dp/081425005X</loc>
</url>
<url>
  <loc>http://www.amazon.com/CONTROLLING-VICE-REGULATING-PROSTITUTION-CRIMINAL/dp/0814250076</loc>
</url>

有意思的是，当亚马逊产品目录中添加或者移除商品的时候，这里的链接也会经常发生变更。

我们接着来看看如何为我们的网站建立一个网站地图。在Web工程中，打开VS的添加条目对话框，往我们工程添加一个“Search sitemap”  。

确认你机器上已经安装了RIA Services Toolkit ，否则是没有这个条目模板的。

添加成功之后，我们会得到一个robots.txt文件：

# This file provides hints and instructions to search engine crawlers.

# For more information, see http://www.robotstxt.org/.

# Allow all

User-agent: *

# Prevent crawlers from indexing static resources (images, XAPs, etc)

Disallow: /ClientBin/

# Register your sitemap(s) here.

Sitemap: /Sitemap.aspx

还有一个sitemap.aspx的文件。

更多信息，请参考：Uncovering web-based treasure with Sitemaps。

但这个sitemap.aspx文件还是空的，要建立实际可用的网站地图，我们需要基于PlateViewDomainService创建另外的视图。在这个例子，这个视图的消费者是一个Asp.Net页面。这里我们要用到asp:DomainDataSource。在设计器拖放一个Repeater控件到表单中，如下所示：

在Repeater控件上右键配置数据源：

选择一个数据源

最后，我们的网站地图文件中就会得到两个链接集合。

 <asp:DomainDataSource runat="server" ID="RestaurauntSitemapDataSource"
 DomainServiceTypeName="MyApp.Web.DishViewDomainService"
 QueryName="GetRestaurants" />
 <asp:Repeater runat="server" id="repeater" DataSourceID="RestaurauntSitemapDataSource" >
 <HeaderTemplate>
 <urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
 </HeaderTemplate>
 <ItemTemplate>
 <url>
 <loc><%= Request.Url.AbsoluteUri.ToLower().Replace("sitemap.aspx",string.Empty) + "restaurant/"%><%# HttpUtility.UrlEncode(Eval("ID").ToString()) %></loc>
 </url>
 </ItemTemplate>
 </asp:Repeater>
 <asp:DomainDataSource ID="PlatesSitemapDataSource" runat="server"
 DomainServiceTypeName="MyApp.Web.DishViewDomainService"
 QueryName="GetPlates">
 </asp:DomainDataSource>
 <asp:Repeater runat="server" id="repeater2" DataSourceID="PlatesSitemapDataSource">
 <ItemTemplate>
 <url>
 <loc><%= Request.Url.AbsoluteUri.ToLower().Replace("sitemap.aspx",string.Empty) + "restaurant/"%><%# HttpUtility.UrlEncode(Eval("RestaurantID").ToString()) + "/plate/" + HttpUtility.UrlEncode(Eval("ID").ToString()) %></loc>
 </url>
 </ItemTemplate>
 <FooterTemplate>
 </urlset>
 </FooterTemplate>
 </asp:Repeater>

在第3行和第20行，我们是直接调用在DomainService中定义的GetRestaurant 和GetPlates方法。

现在，对于一个具有相当规模数据量的网站来说，这个页面将会耗费很长的时间去执行。它需要扫描数据库中的每一行。这当然可以保证数据永远最新的，但是我们希望平衡一下服务器的负载。一个简单的做法就是通过设置一个小时的输出缓存。具体操作参考ASP.NET Caching: Techniques and Best Practices。

<%@ OutputCache Duration="3600" VaryByParam="None" %>

另外一个处理这种大数据集的策略是将数据分割到多个网站地图中去，就像我们上面看到的亚马逊网站的例子。

随便取其中的一个Url，导航到此网址，OK，现在我们得到正确的页面了。

步骤3：对于重要内容，提供一个备选版本

太棒了，现在我们有了深层链接，我们也能让搜索引擎发现所有这些链接，不过，当搜索引擎来到这个页面的时候，它会看到什么？多数搜索引擎只会解析HTML，所以通过菜单"页面>查看源代码"，我们就能够看到搜索引擎眼中我们页面的面目了:

或者我们在禁用Silverlight插件（工具 > 管理加载项）后去访问此页面，我们会看到：

我们会看到一个巨大的白屏！

Silverlight生成的动态内容根本没有显示。事实上，要显示这些动态内容，必须得执行Silverlight代码。但我敢肯定，搜索引擎在任何时候都不会在他们的数据中心上去执行我们的Silverlight（或者Flash或者Ajax）代码的。所以我们需要的是一些备选的内容。

幸运的是，要做到这一点非常简单。首先让所有备选的内容展示出来。需要特别注意的是，这些内容并不单单是给搜索引擎看。制作只给搜索引擎看的内容是“糊弄搜索引擎”，或者是垃圾网页。这些内容通常用来迷惑搜索引擎，掩盖网站的真实内容（the pernicious perfidy of page-level web spam) 。而这里的备选内容是给那些没有安装Silverlight插件的用户看的。它可能不拥有所有Silverlight的特性，但却提供了一个降级的用户体验。当搜索引擎蜘蛛没有安装Silverlight插件的时候也是如此，这可以保证它们能够索引到一些有意义而且准确的信息。

把下面这段HTML代码添加到default.aspx页面中。

<div id="AlternativeContent" style="display: none;">
<h2>Hi, this is my alternative content</h2>
</div>

注意，这里写的是display:none，意味着我们并不期望浏览器去渲染这段内容...除非Silverlight插件不可用。为了实现这个效果，把下面这小段JS代码添加到页面中：

<script type="text/javascript">
if (!isSilverlightInstalled()) {
var obj = document.getElementById('AlternativeContent');
obj.style.display = "";
}
</script>

注意，这个很方便的isSilverlightInsalled函数是从Petr的old-but-good post on the subject文章中找到的。我只是把这个函数添加到我的Silverlight.js文件而已。

function isSilverlightInstalled() {
    var isSilverlightInstalled = false;
    try {
        //check on IE
        try {
            var slControl = new ActiveXObject('AgControl.AgControl');
            isSilverlightInstalled = true;
        }
        catch (e) {
            //either not installed or not IE. Check Firefox
            if (navigator.plugins["Silverlight Plug-In"]) {
                isSilverlightInstalled = true;
            }
        }
    }
    catch (e) {
        //we don't want to leak exceptions. However, you may 
        //to add exception tracking code here
    }
    return isSilverlightInstalled;
}

当我们使用一个没有启用Silverlight插件的浏览器中去浏览此页面的时候，我们就会看到备选的内容：

但是如果安装了Silverlight，我们则会看到漂亮的Silverlight应用程序内容：

这很不错，但我们怎么让页面显示正确的内容呢？我们想要展示和Silverlight应用程序完全一致的数据，而且又不想写太多代码。我们也实在不想去维护太多页面。所以让我们在页面的AlternativeContent这个DIV里头加入一些基本的代码。这个ListView是用来显示餐馆详细信息的。

<asp:ListView ID="RestaurnatDetails" runat="server"
                EnableViewState="false">
   <LayoutTemplate>
       <asp:PlaceHolder ID="ItemPlaceHolder" runat="server"/>
   </LayoutTemplate>
   <ItemTemplate>
       <asp:DynamicEntity ID="RestaurnatEntity" runat="server"/>
   </ItemTemplate>
</asp:ListView>

现在我们需要把它和我们的数据源绑定...我发现在VS的设计视图里头很容易就能够做到这一点。注意，要在设计器中编辑这个DIV，你需要将DIV改成可见模式。

然后我们来配置一下数据源：

下一步，我们需要基于我们之前定义的导航路径来绑定查询参数。

然后，我们对美食的ListView控件也重复同样的操作...

现在我们得到的代码非常简单:

<asp:ListView ID="RestaurnatDetails" runat="server"
         EnableViewState="false" DataSourceID="restaurantsDomainDataSource">
<LayoutTemplate>
      <asp:PlaceHolder ID="ItemPlaceHolder" runat="server"/>
</LayoutTemplate>
<ItemTemplate>
     <asp:DynamicEntity ID="RestaurnatEntity" runat="server"/>
</ItemTemplate>
</asp:ListView>

<asp:DomainDataSource ID="restaurantsDomainDataSource" runat="server"
               DomainServiceTypeName="MyApp.Web.DishViewDomainService"
               QueryName="GetRestaurant">
<QueryParameters>
  <asp:RouteParameter name="id" RouteKey="restaurantId"
                   DefaultValue ="-1" Type = "Int32"/>
</QueryParameters>
</asp:DomainDataSource>

下一步，我们需要让这些控件基于数据动态生成UI。

protected void Page_Init(object sender, EventArgs e)
{
 RestaurnatDetails.EnableDynamicData(typeof(MyApp.Web.Restaurant));
 PlateDetails.EnableDynamicData(typeof(MyApp.Web.Plate));
 string resId = Page.RouteData.Values["restaurant"] as string;
 if (resId != null) { Response.Write("<script type=text/javascript>window.location.hash='#/Plates';</script"+">"); }
}

注意到，我们在第4-5行处为这两个ListView控件启用了动态数据。

最后一步，我们需要添加DynamicData需要用到的模板集。你可以从任何DynamicData的工程中获得相应的文件。将其拷贝到Web工程根目录下。

你可以通过编辑这些模板来控制数据的显示。

在EntityTemplates目录中，我们需要为每个实体创建一个实体模板（在这个例子中，有美食和餐馆这两个实体）。这会决定他们是如何显示的。

<%@ Control Language="C#" CodeBehind="Restaurant.ascx.cs" Inherits="MyApp.Web.RestaurantEntityTemplate" %>

<asp:DynamicControl  ID="DynamicControl8" runat="server" DataField="ImagePath" />
<ul class="restaurant">
<li>
  <ul class="restaurantDetails">
      <li><h2><asp:DynamicControl ID="NameControl" runat="server" DataField="Name" /> </h2> </li>
      <li><asp:DynamicControl ID="DynamicControl1" runat="server" DataField="ContactName" /> (<asp:DynamicControl ID="DynamicControl2" runat="server" DataField="ContactTitle" />)</li>
      <li><asp:DynamicControl ID="DynamicControl3" runat="server" DataField="Address" />  </li>
      <li><asp:DynamicControl ID="DynamicControl4" runat="server" DataField="City" />, <asp:DynamicControl ID="DynamicControl5" runat="server" DataField="Region" />  <asp:DynamicControl ID="DynamicControl6" runat="server" DataField="PostalCode" />  </li>
      <li><asp:DynamicControl ID="DynamicControl7" runat="server" DataField="Phone" />  </li>
      <li><asp:HyperLink runat="server" ID="link"  NavigateUrl="<%#GetDetailsUrl() %>" Text="details.."></asp:HyperLink></li>
  </ul>
</li>
</ul>

这里我们只是做了些简单的格式化操作，然后把我们需要在备选内容中显示的字段挑选出来。对美食实体也重复同样的操作…

现在我们已经可以准备运行了。

访问根目录，在没有添加任何Url参数的情况下，我们会看到一个餐馆列表，当然，全都是HTML代码。

接着我们可以添加一个导航来定位某个特定餐馆的所有美食。

但是，让我们在真正的浏览器中浏览此页面，确保我们看到的和搜索引擎看到的是一样的。

Lynx还活着！Lynx是我92年在北卡罗来纳州州立大学Leazar实验室的DEC2100机器上用过的第一个浏览器...现在还可以正常工作！

还有细节信息：

这款经典的文本浏览器让我们看到了纯文本模式下页面的样子，这恰恰是搜索引擎蜘蛛所看到的。

现在，来看真正的测试。

我们使用Bing去搜索“我的美食浏览器——和Joe学烹饪”，显然，这个页面确实在那。

点击这个链接？

浏览器导航到的页面正是我们期望的页面。

当然，这在另外一个搜索引擎来说也是一样的... 如果你刚好是另外这个搜索引擎的用户:-)

总结

在上面这个例子中，我们学习了如何创建一个SEO优化过的、以数据驱动的Silverlight应用程序的基本操作。总共分为三个步骤：

• 步骤1：做好重要的页面的深层链接
• 步骤2：使用网站地图(Sitemap)让搜索引擎知道你网站的所有深层链接
• 步骤3：对于重要内容，提供一个备选版本

希望你们喜欢~

更多信息，请参考:  点亮Silverlight的SEO之路。

你可能对下面的文章感兴趣

• 2009年第一季度中国搜索引擎市场营收份额 (2009/05/06)
• Blend小贴士——改变鼠标滚轮的默认行为 (2009/09/18)
• Google工程师Matt Cutts谈SEO (2009/03/23)
• Robots.txt文件 (2009/05/06)
• Silverlight 2 RTM 多国语言支持（应用程序本地化） (2009/02/28)
• Silverlight 2动态加载Xap包中的程序集 (2009/03/02)
• Silverlight SEO（搜索引擎优化）白皮书 (2009/04/06)
• Silverlight2 动态加载程序集—OnDemand模式(Dynamic Load Assembly) (2009/03/02)
• Silverlight启用Assembly Caching之后铁通用户无法访问 (2010/02/13)
• Silverlight的依赖属性与附加属性 (2010/03/28)

CLR属性 与 依赖属性

CLR属性我们非常熟悉了，在DotNet编程中随处可见。最简单最常见的属性访问器就是直接操纵类的私有成员，如下：

public class Person
{
    private String _name;
    public string Name
    {
        get { return _name; }
        set { _name = value; }
    }
}

C#3.0对这种常见的写法提供了“自动属性”这一特性，方便了偶等这些懒惰的码农。

public class Person
{
    public string Name { get; set; }
}

这两种写法是等价的，都是需要设立一个实例级的私有变量作为属性访问器的持久存储。这对于我们非UI应用来说没什么。因为第一，我们一般不会创建太多类实例；第二，一个类的属性通常不会很多，加几个私有变量不会增加系统负担。但是这两个理由对于UI应用程序来说恰恰不成立。

在很多UI应用中，我们经常会创建很多类实例，成千上万个实例在UI系统中是很普遍的事情。同时，UI类通常会包含大量的属性供设计人员使用，例如背景颜色，前景颜色，字体，边距等等，这些属性在绝大多数情况下会保持默认值，如果为每个实例都建立这么多的私有变量来存储UI属性的值，势必会造成极大的浪费，对系统负担的开销也是不小。

鉴于以上提到的问题，设计一个高效的属性存储系统对于UI应用程序的开发是非常重要的。因此Silverlight引入了“依赖属性（DependencyProperty）”。

采用键值对替代成员变量作为属性内部存储

传统CLR属性，一个属性对应一个私有变量，UI元素的属性那么多，创建过多的私有变量不是一件简单的事情，况且大多数属性只会用到默认值。因此Silverlight在每个类实例中使用一个字典型的成员变量来存放那些用户显式设置的属性（称为Local Value本地值），没有设置的属性就不存。那属性的默认值存放在哪？既然各个实例的默认值都一样（不然也不叫默认值了），那么直接存放到静态成员变量（依赖属性的静态成员变量，而不是注册依赖属性的类的成员变量）上就行了。这也就大大提高了存储的效率。

在实现上，Silverlight中所有的UI元素都继承自DependencyObject，这个类封装了对依赖属性的存储以及访问等操作。

注册依赖属性

既然依赖属性采用键值对这样的哈希结构进行存储，那么要获取不同属性的值，我们就必须使用不同的哈希键，否则就会读取到其他属性的值了。因此，当我们在向Silverlight属性系统注册依赖属性的时候，Silverlight会返回一个唯一的属性标识对象，类型为DependencyProperty。我们以后就通过这个唯一标识对象去访问依赖属性的值。

由于这个唯一标识符是所有类实例都公用并且不会被修改的，因此我们通常将其保存到一个static readonly的成员变量中。

DependencyProperty类提供了两个方法，一个是Register方法，用于注册依赖属性；另外一个是RegisterAttached，用于注册附加属性，这个后面再讲。

public static DependencyProperty Register(
    string name,
    Type propertyType,
    Type ownerType,
    PropertyMetadata typeMetadata
)

Register方法的签名由几部分组成，Name参数指明了依赖属性使用的名称，这个名字很重要，在定义控件Style和Template的时候，Setter的Property属性填入的值就是注册依赖属性时使用的名称；propertyType指明了依赖属性实际的类型，ownerType指明了是哪个类注册了此依赖属性，最后typeMetadata存放了一些依赖属性的元信息，包括依赖属性使用的默认值，还有属性值发生变更时的通知函数。

属性的存取

和CLR属性不同，依赖属性不是直接对私有变量的操纵，而是通过GetValue和SetValue的方法来操作属性值的。

下面的代码演示了为Ball控件设置一个Center的依赖属性，并且在程序中读取和修改此属性的过程：

public class Ball : Control
{
    public static readonly DependencyProperty CenterProperty =
        DependencyProperty.Register("Center", typeof(Point), typeof(Ball), null);
}

public class BallApp
{
    public void RollBall(Ball ball)
    {
        Point curCenter = (Point)ball.GetValue(Ball.CenterProperty);
        curCenter.X++;

        // 注意对值类型对象操作完毕之后一定要调用SetValue修改才能生效
        ball.SetValue(Ball.CenterProperty, curCenter);
    }
}

由于上述对依赖属性的操作经常需要涉及到类型的转换，比较麻烦，而传统CLR属性用起来和直接操纵普通变量一样方便，因此通常在设计依赖属性的时候，都会使用CLR属性将其包装起来，我们称之为增强型的CLR属性。

public class Ball : Control
{
    public static readonly DependencyProperty CenterProperty =
        DependencyProperty.Register("Center", typeof(Point), typeof(Ball), null);

    public Point Center
    {
        get { return (Point)GetValue(CenterProperty); }
        set { SetValue(CenterProperty, value); }
    }
}

按照约定，依赖属性的名称通常是相应CLR属性名称后面加上个“Property”字符串。

事实上，使用CLR包装依赖属性并不只是为了方便（http://msdn.microsoft.com/en-us/library/cc221408%28VS.95%29.aspx#back_dependency_properties），很多依赖于CLR属性作为基础的工具或者子系统并不能直接访问依赖属性，而只能通过CLR属性去间接访问依赖属性。例如上面的例子中，假设我们并没有设置一个Center的CLR属性，那么以下的Xaml将会编译失败，因为Xaml解析器无法知道Ball类有一个Center的依赖属性（在Style中设置Center属性值就可以编译成功，因为Style是动态查找属性的）。

<Ball Center="2" />

依赖属性的寻值逻辑和值变更通知

上面提到的只是依赖属性相比CLR属性在存储效率的不同，实际上，依赖属性还有其他实用的特性。

寻值逻辑

CLR属性在获取值的时候是直接读取成员变量值返回的，而依赖属性在使用的时候是通过GetValue函数的调用来获取属性的值。实际上，GetValue内部做的事情可不止是简单的读取字典里头存放的值。他还有寻值逻辑。如下图所示：

当你调用GetValue去读取一个依赖属性的值的时候，Silverlight的属性系统会首先从动画系统中查找当前是否有作用在此依赖属性上的动画，如果有，则返回此动画值。从这里也可以看出，依赖属性是Silverlight实现动画机制的基础。注意，如果动画已经停止了，并且没有设置FillBehavior=HoldEnd的话，那么Silverlight就不会返回此动画值。

如果读不到动画值，那么Silverlight就会尝试读取本地值。本地值有几种类型，一种是用户通过代码或者Xaml直接设定的值。一种是通过资源绑定得到的值，最后一种是通过数据绑定得到的值。这些都被视为本地值。

<StackPanel x:Name="LayoutRoot">
    <StackPanel.Resources>
        <System:String x:Key="TextBlockResource">资源数据绑定文本</System:String>
    </StackPanel.Resources>
    <TextBlock Text="{Binding Source={StaticResource TextBlockResource}}" />
    <TextBlock x:Name="DataBindingElement" Text="{Binding ElementName}" />
</StackPanel>

如果还是读取不到，那么就继续尝试读取控件模板和样式中设置的值。

如果所有这些值都读取失败，那么Silverlight属性系统就会返回该依赖属性的默认值。当我们注册依赖属性的时候，可以传入一个PropertyMetaData对象，这个对象包含了此依赖属性的默认值和值变更通知回调函数。如果注册的时候没有传入默认值，则对于引用类型的依赖属性，返回null，对于字符串，返回String.Empty，对于值类型，则返回一个以默认值初始化的实例。

这里需要对集合类型特别注意，由于通过PropertyMetaData传入的默认值是所有类实例共享的，因此，一定要在类构造函数中显式传入集合的实例。

public class GameRoom : Control
{
    public List<Ball> Balls
    {
        get { return (List<Ball>)GetValue(BallsProperty); }
        set { SetValue(BallsProperty, value); }
    }

    public static readonly DependencyProperty BallsProperty =
        DependencyProperty.Register("Balls", typeof(List<Ball>), typeof(GameRoom), null);

    public GameRoom()
    {
        Balls = new List<Ball>();
    }
}

可能正是因为Silverlight的依赖属性在获取值的时候需要从多个地方去读取值，而不是像CLR属性一样，直接从成员变量中读取值，所以才被称之为“依赖”属性吧。

值变更通知

属性值的变更通知我们并不陌生。我们在DotNet中实现的时候，一般是让类实现INotifyPropertyChanged接口。在UI系统中，值变更通知是经常需要用到的。数据源一旦变更，所有相应的UI元素的值都要相应的做出调整。Silverlight的依赖属性对此有内置的支持。只要你在绑定时使用依赖属性，那么当依赖属性值发生变更的时候，所有绑定的地方的值都会同步更新。而且，依赖属性也提供了一个值变更通知函数（在注册依赖属性时通过PropertyMetaData传入），你可以自定义一个函数来控制值变更时需要执行的操作。

 

public class Ball : Control
{
    public static readonly DependencyProperty CenterProperty =
        DependencyProperty.Register("Center", typeof(Point), typeof(Ball), new PropertyMetadata(OnCenterChanged));

    public Point Center
    {
        get { return (Point)GetValue(CenterProperty); }
        set { SetValue(CenterProperty, value); }
    }

    private static void OnCenterChanged(DependencyObject d, DependencyPropertyChangedEventArgs e)
    {
        Ball ball = d as Ball;
        // 获取新的球心
        Point newCenter = (Point)e.NewValue;
        // ...
    }
}

Silverlight的附加属性（Attached Property）——全局的依赖属性

刚才提到的依赖属性和CLR属性一样都是服务于某一个类的。只不过将属性改造得存储上更有效率，使用上更加强大。在Silverlight中还有一种特殊的依赖属性，这种依赖属性并不只是服务于某个特定的类，而是服务于全局，这就是附加属性。从名字上也可以看出来，附加属性是在某个类里面注册，然后可以被其他类所使用。

什么情况下需要使用附加属性呢？举Canvas类的ZIndex属性作为例子。

容器类在叠加子控件的时候，需要考虑哪个控件放置在最上面，那个放在下面。

那么容器类怎么知道子控件的叠放顺序呢？最不动脑子的设计就是为所有的控件都添加一个ZIndex的属性，属性的值代表叠放的顺序。但这样的后果就是，如果我这个控件不参与布局，那多这个属性就会显得很浪费。所以比较理想的设计是，需要用到这个属性的时候就有这个属性，不需要的时候就没有这个属性的负担。附加属性的出现就是为了解决这样的问题。一旦控件需要某个属性的时候，我们可以把这个属性附加到这个控件类上。

注册附加属性和依赖属性差不多，只不过函数名为RegisterAttached。这个就不多说了。

什么时候应该用到依赖属性

既然依赖属性那么高效，而且那么强大，那么我们是不是应该保持使用依赖属性的习惯呢？事实上，任何好处都是有代价的。Silverlight的依赖属性在访问效率上并不如直接访问成员变量那么高效。因此，对于那些比较简单而访问频率又非常高的属性，建议还是使用传统的CLR属性去实现。

暂时想到这么多了，以后有新的认识再补充补充。

——Kevin Yang

你可能对下面的文章感兴趣

• Blend小贴士——改变鼠标滚轮的默认行为 (2009/09/18)
• Silverlight 2 RTM 多国语言支持（应用程序本地化） (2009/02/28)
• Silverlight 2动态加载Xap包中的程序集 (2009/03/02)
• Silverlight 4+RIA Services–搜索引擎优化(SEO) (2010/05/04)
• Silverlight SEO（搜索引擎优化）白皮书 (2009/04/06)
• Silverlight2 动态加载程序集—OnDemand模式(Dynamic Load Assembly) (2009/03/02)
• Silverlight启用Assembly Caching之后铁通用户无法访问 (2010/02/13)
• 图片等资源的引用路径问题 (2009/03/19)
• 在Xaml中输入尖括号文本 (2009/02/28)
• 将Silverlight搬到桌面 (2009/02/28)

问题分析排查

由于他用的是笔记本，在家里和在公司访问时的系统环境是一样的，这样也就排除了系统环境的原因。那只能怀疑是网络环境的问题了。后来在现场使用HTTP Watch调试发现，当Silverlight在下载其中几个缓存程序集的zip包（我们的Silverlight应用程序启用了Assembly Caching）时，HTTP请求被302永久重定向到一个奇怪的IP上。

这样，由于zip包和Xap包地址的主机域不同，构成跨域，Silverlight会要求zip包所在的网站提供clientaccesspolicy.xml或者crossdomain.xml文件。而那个奇怪的IP所在网站下根本就没有这两个文件，所以请求失败。进而导致整个程序挂掉。

Assembly Caching程序集缓存

Assembly Caching（又称Application Library Caching）是Silverlight 3的新特性。以前Silverlight都是将所有用到的dll放到一个xap包之中，这样整个xap包会很大，下载相对比较慢。启用Assembly Caching之后，Silverlight工程用到的dll就可以在编译的时候自动打包到各自的zip包中，然后Silverlight在加载Xap包之后会自动下载这些zip包并解压出里头的dll，然后加载到应用程序域中。这样一来可以大大提高程序集下载的并行度，同时也可以使到不同Silverlight程序之间可以利用浏览器缓存而无需重复下载。

Silverlight在加载Xap包之后会去读取xap包中的appmanifest.xaml文件，然后下载该文件中指定的程序集文件。如果程序集文件Url和当前Xap包Url构造跨域（参考Silverlight SDK文档），则Silverlight会向该程序集所在网站的根目录请求跨域策略文件。

为什么会被重定向

这个问题困扰了我们很久。当时我们的第一反应是怀疑网关设置了什么规则。当用户访问特定Url的时候，触发了这个规则，导致HTTP请求被挟持。但是和客户公司网管沟通之后，对方明确表示并没有设置过类似的规则。

直到最近，客户和电信通（率属铁通）的人沟通之后，那边的技术人员说这是由于铁通的缓存加速服务器造成。据说是铁通为了让用户下载更快，就将某些HTTP请求进行重定向。后来电信通的技术人员告诉客户他们已经没问题了，但是他们并没有告知详细的问题所在，到底是由于我们的HTTP请求碰巧符合特定规则，还是怎么回事。也不知道他们是怎么解决的，是只将客户公司的IP列入禁止缓存列表，还是将我们Silverlight应用程序使用的域名加入禁止缓存列表，我们都无从知道。对于我们来说，这并没有真正解决问题。如果将来其他客户也通过铁通访问我们的产品，那么可能还是会出现类似的问题。由于我家里也是铁通的网络，所以我决定自己研究一下到底是怎么回事。

由于铁通那边没有任何可用的技术信息，Google也没有找到有价值的信息，唯一猜测的就是HTTP请求可能符合特定规则然后就被无辜重定向了。因此我只能采用最原始的人肉测试了。尝试不断的调整出问题的Url然后看是否被重定向了来发现规律。修改zip包所在目录，修改zip包文件名，修改zip包后缀，修改IIS的MIME类型，测试不同域名，等等。在历经100多次尝试之后，终于发现了当文件大小超过40K左右，并且后缀名是zip或者rar等常见的下载文件后缀，就会被铁通重定向。而且有时候第一、二次不会被重定向，刷新多几次的时候就才会被重定向。后面一点让我走了不少弯路，多少次我以为找到规律了，最后验证结论的时候还是错了。

o(︶︿︶)o

怎么解决

知道具体问题所在之后，我们几个技术人员就开始讨论如何解决这个问题。由于Silverlight对于缓存程序集打包之后的文件后缀没有要求，不管什么后缀，都会以zip文件流的格式去解析。因此可以修改打包文件的后缀来“逃过”铁通的魔掌。

修改文件后缀也有两种方法。

一种是在部署的时候，通过自动化脚本，修改所有zip文件后缀，然后修改xap包中appmanifest.xaml里头程序集的Url。这种方式的好处是一劳永逸，通用性强，以后部署的时候只需要执行一次脚本即可，其他应用程序可以共用。缺点是脚本编写比较复杂，并且部署的时候需要多加一步。

另外一种方法是将用到的Silverlight系统程序集放到工程底下，然后修改同名的xml配置文件，使其打包的文件使用其他后缀名。好处是这样编译完之后就可以直接部署了，无需执行什么操作，也不需要写脚本。坏处就是首先需要修改所有现有的工程，而且以后如果要开发新的Silverlight应用，也要记得这么做。

不管怎么样，这两种方法都不简单。后来我就想，既然客户可以和电信通联系，为什么我不可以直接和铁通联系呢。我就上网搜了一下北京铁通客户中心，找到申诉通道，填写完整的申述理由。然后第二天又打他们的客服电话去骚扰他们。结果过了两天，申述结果就下来了，“问题已解决”。对方客服还本着能自己动手决不麻烦别人的精神，帮我填写了用户满意度一栏：“非常满意”。

更深层的东西

其实最终解决问题的办法非常简单，就是投诉。我不满意你的服务，我就有权利投诉你。可是为什么一开始没有意识到这种解决办法呢？

我觉得这是和我们接触的社会环境有很大关系。我们潜意识里头已经习惯了各种中国式的流氓。运营商喜欢往你访问的网站中插播广告，访问我自己的博客偶尔还有弹窗广告；上Google搜索技术资料，一不小心点了blogspot的链接就导致Google被重置了，然后就10分钟不可用。没有明文规定告诉你什么是被禁止的，我们只能人肉测试。我们除了接受、适应并绕过这种事实之外还能做什么？也许我们还可以发出几声“中国式的抗议”吧。

言多必封，不多说了。

——Kevin Yang

你可能对下面的文章感兴趣

• 64位系统下IIS7 ISAPI处理器加载失败 (2010/05/05)
• Asp.Net页面的编码问题 (2009/11/27)
• Blend小贴士——改变鼠标滚轮的默认行为 (2009/09/18)
• Silverlight 2 RTM 多国语言支持（应用程序本地化） (2009/02/28)
• Silverlight 2动态加载Xap包中的程序集 (2009/03/02)
• Silverlight 4+RIA Services–搜索引擎优化(SEO) (2010/05/04)
• Silverlight SEO（搜索引擎优化）白皮书 (2009/04/06)
• Silverlight2 动态加载程序集—OnDemand模式(Dynamic Load Assembly) (2009/03/02)
• Silverlight的依赖属性与附加属性 (2010/03/28)
• 【推荐】两款HTTP流量分析工具的比较 (2009/11/08)

这就奇怪了，按理说Xaml中是可以直接写中文的。想了一下，这个情况和我之前遇到的脚本字符集的问题类似（参考：文档字符集导致的脚本错误）。我查看了一下这个Generic.xaml文件的字符集，发现是GB2312，改成UTF-8之后，成功编译，问题解决。

问题的原因就在于，文件本身使用的字符集和它声明的字符集不一致，这样导致解析这个Xaml文件的xml解析器在对字节流（假设该字节流是使用gb2312进行编码的）进行解码（假设xml解析器使用UTF-8字符集对字节流进行解码的）的时候会出现一些意想不到的字符，从而使到Xml解析出错，从而抛出上述的异常。例如一个本应该解析成闭合符>的，结果被解析成其他字符。

知道这个原因之后我们要做的就是，保证文件存储的编码格式和它声明的编码格式一致即可。

如果允许，我们可以直接将文件存储格式改成UTF-8即可。否则，我们需要修改Xaml的字符集声明。由于Xaml也是xml，因此我们可以在文件中加上xml声明头，如下：

<?xml version="1.0" encoding="gb2312" ?>
<ResourceDictionary
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
    <!--测试-->
</ResourceDictionary>

不过建议还是使用标准的UTF-8格式来表示Xml，这样兼容性更好一些。

——Kevin Yang

你可能对下面的文章感兴趣

• Asp.Net页面的编码问题 (2009/11/27)
• Silverlight 2动态加载Xap包中的程序集 (2009/03/02)
• 在Xaml中输入尖括号文本 (2009/02/28)
• 字符编解码的故事（ASCII，ANSI，Unicode，Utf-8区别） (2009/02/28)
• 字符，字节和编码 (2009/11/27)
• 当Google Analytics、Firefox和IIS走到了一起… (2010/05/29)
• 文档字符集导致的脚本错误 (2009/08/19)
• 详解Javascript中的Url编码/解码 (2009/08/19)

——Kevin Yang

你可能对下面的文章感兴趣

• Silverlight 2 RTM 多国语言支持（应用程序本地化） (2009/02/28)
• Silverlight 2动态加载Xap包中的程序集 (2009/03/02)
• Silverlight 4+RIA Services–搜索引擎优化(SEO) (2010/05/04)
• Silverlight SEO（搜索引擎优化）白皮书 (2009/04/06)
• Silverlight2 动态加载程序集—OnDemand模式(Dynamic Load Assembly) (2009/03/02)
• Silverlight启用Assembly Caching之后铁通用户无法访问 (2010/02/13)
• Silverlight的依赖属性与附加属性 (2010/03/28)
• Sql Tips——Update语句也使用表别名(Table Alias) (2010/07/02)
• Visual Studio小贴士——加了Try-Catch也能自动定位到异常代码 (2009/09/18)
• 图片等资源的引用路径问题 (2009/03/19)

问题描述

在Silverlight程序中，对文字设置了中文字体之后不起任何作用。

问题分析

Silverlight内置了十几种常见拉丁字体，如Arial，Comic Sans MS，Courier New，Lucida Sans Unicode等。默认使用的字体是Portable User Interface。这是一种复合字体，Silverlight会根据文字的语言选择最佳的字体。但是，这种字体通常在显示中文的时候非常难看。下图是默认的显示效果：

所以，我们需要在程序中手动指定文字的字体。

三种字体引用方式

如果使用的字体是Silverlight内置支持的，那么无需做任何配置，直接指定FontFamily即可。内置的字体有Arial，Arial Black，Comic Sans MS，Courier New，Lucida Sans Unicode，Times New Roman，Georgia，Trebuchet MS，Verdana和Webdings。使用这些字体不依赖于客户端操作系统。

同时Silverlight也支持引用本地系统一部分字体（注意，不是全部本地字体都支持）。如Segoe UI，Symbol，Tahoma，宋体，等等。使用这些字体需要注意，其他客户端系统中可能不存在这些字体，如英文操作系统一般没有宋体。那么如果你使用了宋体那就会有问题。

如果你需要让Silverlight应用程序在不同系统下都有一致的字体，或者你想用某些字体，但是这些字体不支持本地引用（如隶书），那么Silverlight允许你将字体文件打包到应用程序中，可以放在Xap包中，也可以放在ClientBin目录下，然后在代码中动态下载并引用这些字体文件。这样牺牲的代价就是Xap包会变得较大。

为了更好显示中文，我需要为上面的文字显式指定使用“宋体”。代码如下：

<Grid x:Name="LayoutRoot" Background="White">
    <TextBlock Text="Hello，测试中英文混合显示效果" FontSize="26" FontFamily="宋体"/>
</Grid>

Ctrl+F5运行，却发现字体没有发生明显的变化。说明字体的设置不起作用。我又测试了一下将宋体打包到应用程序中。为了简单，我使用Blend3帮我自动完成这个操作。

选中一种字体之后，勾选字体面板下面的Embed复选框即可将指定字体打包到Silverlight工程中去。这个时候工程中自动生成了Fonts文件夹，里面放置了宋体这个字体文件。

同时，Xaml也发生了变化，由引用系统的宋体改成引用Fonts.zip包中的宋体了。如下：

<Grid x:Name="LayoutRoot" Background="White">
    <TextBlock Text="Hello，测试中英文混合显示效果" FontSize="26" FontFamily="Fonts/Fonts.zip#宋体"/>
</Grid>

运行结果发现字体依旧。

后来查阅Silverlight官方文档的时候，看到字体列表一节时，突然想到，是不是因为字体名不规范？不能直接使用“宋体”，而应该使用Simsun。赶紧测试了一下，发现果然是这个问题。只需将上面两个示例代码中的宋体改成Simsun即可正确显示出宋体的效果来。

后来又测试了一下其它中文字体，如微软雅黑，如果直接这样写中文的话是显示不出来的，一定要写“Microsoft YaHei”。可恶的Blend，帮我自动生成的代码居然有这种莫名其妙的错。不知道这算是Silverlight和Blend的Bug还是设计使然。

总结

在Silverlight中，如果要引用字体，一定不能直接写上中文，否则不起任何作用。如果你是在英文操作系统下的话，你可以打开字体文件（C:\windows\fonts文件夹下，Silverlight支持ttf,odttf和otf这几种后缀的字体文件），其中的字体名称一栏就是FontFamily所使用的名称。只是在中文操作系统下，支持中文的字体在这里会显示为中文名，而不是英文名。

常见中文字体名和英文字体名的对应关系如下：

——Kevin Yang

你可能对下面的文章感兴趣

• Blend小贴士——改变鼠标滚轮的默认行为 (2009/09/18)
• Silverlight 2 RTM 多国语言支持（应用程序本地化） (2009/02/28)
• Silverlight 2动态加载Xap包中的程序集 (2009/03/02)
• Silverlight 4+RIA Services–搜索引擎优化(SEO) (2010/05/04)
• Silverlight SEO（搜索引擎优化）白皮书 (2009/04/06)
• Silverlight2 动态加载程序集—OnDemand模式(Dynamic Load Assembly) (2009/03/02)
• Silverlight启用Assembly Caching之后铁通用户无法访问 (2010/02/13)
• Silverlight的依赖属性与附加属性 (2010/03/28)
• 图片等资源的引用路径问题 (2009/03/19)
• 在Xaml中输入尖括号文本 (2009/02/28)

在Silverlight开发过程中，经常时不时的会碰到Silverlight无法调试的问题。我就遇到下面几种情况：

1. Web Application+Silverlight，F5进入调试状态之后无法跟进Silverlight程序中下的断点

2. 项目中有两个Silverlight工程，其中一个Silverlight程序中有一个鼠标点击事件会将当前页面导航到另外一个Silverlight程序的承载页面。第一个Silverlight程序断点正常，但是第二个Silverlight程序中的断点不能自动停下来

3. 无论是在TestPage模式下调试还是在Web工程上调试，只要打开了Silverlight调试开关，那么启动的时候会提示“Unable to start debugging. Cannot locate Microsoft Internet Explorer”。如果你是直接Ctrl+F5运行，有时候也会出现一样的问题。

单个Silverlight工程无法调试

对于第一个问题，请检查如下设置是否正确：

1. 确认启用了Silverlight调试。双击Asp.Net工程中的属性文件夹打开属性设置页，找到Web一栏，在此页卡的最下面有几个调试选项，如下图所示：

确认最后一项“Silverlight”之前的勾是勾上的。

2. 确保浏览器访问的Xap包是最新的。检查IE是否已经清除了缓存，或者ClientBin中的Xap因为某些原因没能更新（如因配置管理导致无法覆盖）

3. 检查Asp.Net工程是否绑定了Silverlight应用。可以通过asp.net工程的属性面板中的Silverlight Application页卡查看是否绑定成功。如下：

4. 检查Silverlight工程的StartupObject是否设置正确。有时候我们对工程的命名空间进行重命名，会导致Silverlight应用程序的入口对象失效，从而导致无法启动等情况。

IE8下无法同时调试多个Silverlight工程？！

IE8和以往的IE不大一样，它的多标签是采用多进程的方式来实现的。整个窗口是一个框架进程，每个Tab标签页是一个独立的子进程（实际上，IE8会根据内存动态控制Tab进程的数目，因此多个标签页可能会共存于同一个进程之中）。当你尝试在多个标签页中打开不同的Silverlight应用程序时，例如从SilverlightApplication1中打开新页面到SilverlightApplication2页面，这个时候你会发现，SilverlightApplication2应用程序无法调试。

这是因为，Visual Studio除了启动窗口进程之外，不会自动帮我们Attach其他的包含Silverlight应用程序的进程，如果我们需要在多个标签页（或者多个窗口）中同时调试不同的Silverlight应用程序，那么我们必须自己手动Attach这些进程。

举个简单的例子，我有两个Silverlight工程，其中SilverlightApplication1中包含链接指向SilverlightApplication2页面，点击链接会在新标签页中打开SilverlightApplication2的承载页面。

为了Attach相应的进程，首先我们需要找到SilverlightApplication2承载页面对应的进程。打开ProcessExplorer，我们可以看到三个进程。

其中的ID为4528的是父进程，也就是框架进程，用于管理不同的标签进程之间的通信等事务。5160和5248分别对应着两个标签页进程。至于哪个对应哪个我们在这里无法根据进程号确定。

我们再打开Visual Studio中的Attach窗口（菜单=>Debug=>Attach to process…）

这里列出了所有系统可用的进程清单，我们可以看到三个IE进程，其中一个是灰色的，这表示了这个进程已经被Attach到Visual Studio的调试器上了。排除了框架进程4258外，就剩下5248这个进程了，这个进程就是我们要找的SilverlightApplication2对应的承载页面的进程了。选中之后Attach到调试器上，我们发现，SilverlightApplication2中的断点还是显示为空心红圈，依然无法调试。

这是因为我们指定的进程代码类型不正确。我们注意到，上图中最上面有一个Attach to，后面显示的是Automatic，这个代表着Visual Studio的调试器会自动帮我们选择进程的调试类型，例如是托管代码调试，还是脚本调试，等等。我们选中5248这个进程，发现Visual Studio给我们选择的方式是脚本调试。

在Visual Studio中，脚本调试和Silverlight调试是不能共存的，这也就是为什么有时候你按下F5的时候，Visual Studio会提示你，调试Silverlight程序会暂时关闭脚本调试的功能。因此在脚本调试下，我们无法跟进Silverlight应用程序的断点。

这里额外说一点，IE8高级选项中的禁用脚本调试设置对Visual Studio一点影响都没有，因为Visual Studio 2008在调试器启动的时候会自动启用脚本调试（可以通过注册表禁用此特性），除非在Web Application属性中打开了Silverlight调试。

回到刚才的问题，由于Visual Studio帮我们自动选择的调试类型有误，导致我们无法调试SilverlightApplication2，因此我们需要手动指定Attach类型。点击Attach to后侧的select按钮。

在弹出的选择代码类型窗口中勾选上Silverlight。确定之后再次Attach，我们发现，这一次，断点真的起作用了。

当然，如果这种方式比较麻烦的话，我们也可以通过改变IE8的Tab进程创建方式来让不同标签页共存于一个进程中。在注册表HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main下面有一个TabProcGrowth键值（DWORD类型），当其设置为0时， IE框架和Tab工作在一个进程里面，Tab采用线程的方式创建，同时IE的保护模式（Protect Mode）会关闭。TabProcGrowth=1时IE框架和Tab工作在不同的进程里面。TabProcGrowth>1时，此值将决定IE8最多创建的Tab进程数目。如果TabProcGrowth 不存在，则会根据可用的物理内存数量决定Tab进程的数量。

调试时无法打开IE窗口的问题

这个问题是我最近才遇到的，我也不知道为什么突然之间，我的Silverlight工程按下F5的时候无法调试，弹出下面这个对话框：Unable to start debugging. Cannot locate Microsoft Internet Explorer.

如果直接运行，那么能够打开，但是打开之后Visual Studio还是会弹出一样的错误。

这个问题折腾了我半天，我尝试了重启电脑，重装Silverlight Tools，新建干净的测试工程，修改系统和Visual Studio的默认浏览器（注意，系统和Visual Studio的默认浏览器是独立设置的）均以失败告终。Google了很久，Silverlight官方论坛上倒是有不少帖子和这个相关的，但我细细看了之后发现没有一个回帖能够解决我的问题的。有个发帖的家伙问题是解决了，但是不把怎么解决的说一下就跑了，强烈bs一下这种人！

话说回来，我最后是怎么解决这个问题的呢，是用了Process Monitor这个小工具（微软Sysinternal荣誉出品！）。之前有一次asp.net网站的GlobalError里头出现了一个“文件不存在”的HTTPException，查了半天没查出来，后来使用这个工具监视了一下WebDevServ.exe进程之后发现该进程尝试去访问某个不存在的文件。

Process Monitor，可以监控当前系统中所有进程的活动，包括对文件系统的操作，读写注册表，网络访问以及线程活动等等，非常实用的调试维护工具。

我打开这个工具，选择监视进程为devenv.exe。在Visual Studio中F5开始调试，立即弹出出错对话框，OK，把PM暂停一下，否则条目太多了。

但是事件条目还是太多了，所以我把Result为SUCCESS的条目过滤掉，因为我们只关注那些失败的条目。

然后对日志条目进行细致的排查，终于发现了问题根源：

原来Visual Studio在调试或者运行的时候会去读取注册表中的HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\iexplore.exe项，然后读取不到，因而才报那个错误。难怪提示Cannot locate Microsoft internet explorer呢。

我打开regedit注册表编辑器，找到这个路径，然后把缺失的项加上去，重新回到Visual Studio中F5，终于可以了，内牛满面~

希望我的解决方法能够给你一些启发，以后遇到类似莫名其妙的问题，可以想到使用PM这个工具去排查问题。

update: 更新了新的症状（F5调试的时候弹出cannot locate microsoft internet explorer的对话框）的解决办法。

——Kevin Yang

你可能对下面的文章感兴趣

• Blend小贴士——改变鼠标滚轮的默认行为 (2009/09/18)
• Firebug在EditHtml时丢失事件处理函数 (2009/08/19)
• Silverlight 2 RTM 多国语言支持（应用程序本地化） (2009/02/28)
• Silverlight 2动态加载Xap包中的程序集 (2009/03/02)
• Silverlight 4+RIA Services–搜索引擎优化(SEO) (2010/05/04)
• Silverlight SEO（搜索引擎优化）白皮书 (2009/04/06)
• Silverlight2 动态加载程序集—OnDemand模式(Dynamic Load Assembly) (2009/03/02)
• Silverlight启用Assembly Caching之后铁通用户无法访问 (2010/02/13)
• Silverlight的依赖属性与附加属性 (2010/03/28)
• Visual Assist代码提示使用的字符串模糊匹配算法 (2009/09/28)

当时的症状是这样的，客户端Silverlight程序（当时是Silverlight 2.0 RTM）在调用Web Service返回的时候抛出了一个CommunicationException，这个错误没能提供任何信息，Silverlight把所有的Web Service的异常都替换成这个没有调试意义的异常。我尝试在Web Service端跟了一下，发现程序正常的走到最后一个大括号，没有抛出任何异常。但是返回的时候却还是抛出了这个CommunicationException异常。

Google了一下，实在找不到相关的文章。只能自己分析了。在对涉及到的类做了详尽的检查之后，还是没有检查出什么设计问题来。该标注的属性都标注了。绞尽脑汁，后来终于想起了一丝线索，就是某个类里面定义了一个枚举成员，这个枚举类我之前修改过。我回想起当时的修改，我是把一个成员给删掉了，但是这会有什么关系呢？？我重新跟了一下，重点跟踪和该枚举成员相关的代码，终于发现了在一个数据库查询的时候，返回的枚举成员就是之前删掉的那个成员。由于枚举的设计是允许未定义成员的存在，因此这里不会报错，代码会继续执行直到返回。但是Silverlight客户端Web Service代理在反射此类型的时候则会出错（因为没有对应的枚举成员存在）。遗憾的是，Silverlight对Web Service返回的结果异常的报错机制不能帮我们很好的发现这个问题。我后来测试发现，如果在调用Web Service的时候传入一个非法的成员值，Silverlight是会抛出一个反射类型出错的异常，而且会帮你定位到出错的那个枚举成员上。

后来项目开发中还遇到和这个类似的问题，就是在实例化一个类实例的时候，由于类中使用C#3.0的自动属性特性去定义的枚举成员，成员的初始值是0，而枚举类中并没有0的成员，所以会遇到和上面一样的问题。

实际上，微软给的最佳开发实践中指出了，枚举类的一个设计原则就是，一定要定义一个0值的成员，这样可以避免枚举初始化值无效的问题。

——Kevin Yang

你可能对下面的文章感兴趣

• Blend小贴士——改变鼠标滚轮的默认行为 (2009/09/18)
• Javascript中获取出错代码所在文件及行数 (2009/05/18)
• Silverlight 2 RTM 多国语言支持（应用程序本地化） (2009/02/28)
• Silverlight 2动态加载Xap包中的程序集 (2009/03/02)
• Silverlight 4+RIA Services–搜索引擎优化(SEO) (2010/05/04)
• Silverlight SEO（搜索引擎优化）白皮书 (2009/04/06)
• Silverlight2 动态加载程序集—OnDemand模式(Dynamic Load Assembly) (2009/03/02)
• Silverlight启用Assembly Caching之后铁通用户无法访问 (2010/02/13)
• Silverlight的依赖属性与附加属性 (2010/03/28)
• Visual Studio小贴士——加了Try-Catch也能自动定位到异常代码 (2009/09/18)

问题

最近将一个Silverlight应用从一个域挪到另外一个域下之后，出了一些莫名其妙的问题。在加载完Silverlight之后，整个Silverlight UI一闪就消失了。左下角没有异常信息，异常报错的窗口——系统会捕获到所有异常，将其使用Alert方法展示给用户——也没有弹出来。

后来使用HTTP Watch观察了一下，发现在调用web service的时候服务端返回了错误（服务端会将异常封装成一个自定义的数据结构返回给客户端）。奇怪的是，既然返回了错误，按理应该会弹出窗口显示错误信息才是，但是却什么信息也没弹出来，整个UI界面一闪就消失了。

查了很久之后终于找到相关的资料，原来Silverlight和宿主（承载Silverlight应用的网页）Dom元素和脚本的交互在跨域下也有一些限制。

Silverlight HTML桥的安全设置

在Silverlight2中，有三个参数控制着Silverlight和HTML的交互行为。

• enableHtmlAccess —— Silverlight插件属性，禁止恶意的基于 Silverlight 的跨域应用程序访问主页面的 JavaScript 和 DOM 代码。
• ExternalCallersFromCrossDomain —— 部署清单属性，禁止恶意的跨域宿主访问由基于 Silverlight 的应用程序公开的可编写脚本的属性、方法或事件。
• AllowHtmlPopupwindow —— Silverlight插件属性，控制基于 Silverlight 的跨域应用程序打开的弹出窗口。在此属性设置为 false 时（在从包含页或承载 iframe 以外的其他域加载 Silverlight 控件时的默认值），开发人员无法调用 [HtmlPage.PopupWindow]。

enableHtmlAccess

这个属性是在Silverlight插件中配置的。它使到Xap包中的托管代码可以访问宿主页面中的DOM元素以及Javascript代码。此插件一旦初始化之后就是只读的。在同域情况下，此属性默认值为true，而在跨域情况下（宿主和Xap包不在同个域下）默认值为false。这也就是为什么我们一般情况下不需要设置此参数的缘故。

<div id="silverlightControlHost">
    <object data="data:application/x-silverlight," type="application/x-silverlight-2" width="300" height="100">
        <param name="source" value="http://www.domain1.com/silverlightapp.xap"/>
        <param name="enableHtmlAccess" value="true" />
    </object>
</div>

将此属性设置为true之后才可以访问以下对象：

• HtmlPage.Document
• HtmlPage.Window
• HtmlPage.Plugin
• HtmlPage.BrowserInformation

这也就解释了文章开头提到的问题。

因为在出问题的Silverlight应用中，会捕获所有的异常，并将异常描述信息通过HtmlWindow.Alert方法展示给用户。而Alert的实现应该也是通过调用Javascript的alert函数来完成的，因此在跨域情况下，如果直接调用跨域宿主的Javascript代码是会抛出异常的。不过对于此异常Silverlight的处理行为还是很糟糕的。

如果出于某种目的需要禁用此属性，防止Silverlight意外篡改宿主Dom元素，或者限制Silverlight可访问的Dom元素，那么可以采用以下步骤实现：

1. 通过ScriptableTypeAttribute或者ScriptableMemberAttribute属性声明一个可以被Javascript访问的Silverlight对象

2. 通过RegisterScriptableObject显式注册此对象以供Javascript访问

3. Javascript调用此对象接口，将所需要的Dom元素传给Silverlight托管代码

需要注意的是，这种方式是由Javascript发起的操作，需要配置ExternalCallersFromCrossDomain属性为true。

ExternalCallersFromCrossDomain

ExternalCallersFromCrossDomain属性是在部署清单appmanifest.xaml中配置的。它是用来限制跨域情况下脚本对Silverlight托管代码的访问的，在同域情况下此属性无效。配置示例如下：

<Deployment xmlns="http://schemas.microsoft.com/client/2007"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    EntryPointAssembly="MyAppAssembly"
    EntryPointType="MyNamespace.MyApplication"
    ExternalCallersFromCrossDomain="ScriptableOnly"
>
<Deployment.Parts>
    <AssemblyPart Source="MyAppAssembly.dll” />
    <AssemblyPart Source="MyUserControl.dll" />
  </Deployment.Parts>
</Deployment>

此属性有两个取值，ScriptableOnly和NoAccess（beta2的FullAccess取值在正式版的时候已经废弃了）。当设置为ScriptableOnly时，Javascript可以访问Silverlight托管代码显式注册的脚本入口，而不能查询或设置其他对象的属性。另外，它也不接受事件通知。如果设置为NoAccess，那么Javascript无法访问托管代码里的任何对象接口。

关于这两个属性的详细信息，参见SilverlightHTML 桥中的安全设置。

——Kevin Yang

你可能对下面的文章感兴趣

• Button标签鼠标点击事件的触发源问题 (2009/11/27)
• Pre标签内文字自动换行（兼容多数主流浏览器） (2009/04/09)
• Silverlight 2动态加载Xap包中的程序集 (2009/03/02)
• Silverlight2 动态加载程序集—OnDemand模式(Dynamic Load Assembly) (2009/03/02)
• Silverlight启用Assembly Caching之后铁通用户无法访问 (2010/02/13)
• Wordpress评论中保留Html代码 (2009/10/31)
• 图片等资源的引用路径问题 (2009/03/19)
• 莫名其妙的Silverlight资源文件引用问题 (2009/07/06)
• 谈谈Silverlight的一个跨域安全考虑 (2009/03/19)

最近项目中遇到一个和资源文件相关的很奇怪的问题。有一个Silverlight应用会根据当前Url中的某个特定参数来决定使用什么文化的资源文件（关于资源的文件的使用见Silverlight 2 RTM 多国语言支持）。在其他机器上运行没有问题，传入zh-Hans和en-US界面都能正确显示相应语言的文字。但是在我的系统上却不管传入什么都是显示的英文文字。

问题分析

打开工程看了一下，在资源文件夹下只定义了两个资源，一个是主资源XXX.resx，一个是英文中立资源XXX.en.resx。编译之后，主资源会被打包到主程序集中，而其他资源则被编译成独立的程序集，称为卫星程序集。Silverlight代码中在提取Url参数的时候也加上了一个检测逻辑，就是如果传入的语言不是英文，那么就使用zh-Hans。也就是说在其他人的机器上，如果你输入了fr，那么也是显示中文。分析加调试弄了好一会之后，我判定应该不是程序代码的bug。因为在某些人的机器上是正常的，而在我的机器还有另外一个同事的机器上却不正常，而且问题是可重现的。这说明了问题和本地环境有关。

清缓存，清Silverlight独立存储之后发现问题依然存在。难道是操作系统的问题？！我用的是win7，同事用的是win2008，都是高版本的windows，而其他人用的不是xp就是2003。为了证实我的想法，我又找了一台2008的机器，测试结果和我机器上的一样。看来很有可能问题就在这。可是，为什么呢？

为了查找问题的原因，我重新查阅了一下Silverlight使用资源文件的相关材料（和DotNet其实差不多）。

Silverlight的资源查找方式

Silverlight采用中心辐射型结构来打包和部署资源文件程序集。围绕在中心的是主程序集里面的资源，这个资源也被称为中立或者默认资源。如果主程序集没有显式设定语言，那么一个资源要是查找失败，最终会使用主程序集中的资源。每个辐射点指向的是每一种语言对应的卫星程序集。

Silverlight在查找资源文件的时候采用了如下的方式：

最顶级是应用程序的默认程序集。第二级是语言相关程序集，它代表的是地域无关的语言文化，如英文，简体中文，繁体中文（zh-Hant）等；第三级是和地域相关的文化程序集，如美国英语，英国英语，大陆简体中文，新加坡简体中文。Silverlight在加载本地资源的时候首先会根据CultureInfo.CurrentUICulture属性来判断应该加载哪一种文化对应的资源。在查找的时候是按照上面的层次结构从下到上进行查找的。具体说来，当ResourceManager在查找一个资源时会经过以下几个步骤：

1. 查找具体语言相应的程序集是否存在。如设置了zh-CN，那么就查找XXX.zh-CN.resx资源文件是否存在（存在于卫星程序集中），如果程序集不存在或者在该程序集中找不到此资源的定义，那么查找失败。如果操作系统支持回溯（Fallback）逻辑，那么跳到第二步；否则跳到第三步。

2. 操作系统提供一份推荐的语言回溯清单，上面包含了具体语言文化字符串（如en-US）和相应的中立语言字符串（如en）。Resource Manager会根据这份清单去查找相应的卫星程序集和程序集内指定资源是否存在。如果查找失败，则跳到下一步。

3. 如果上面两步都失败，那么查找此具体文化的上一级文化的卫星程序集，也就是地域无关的文化，例如en-US查找失败，则查找en是否存在。

4. 如果上面3步都失败的话，那么Silverlight会查看主程序集的NeutralResourcesLanguageAttribute属性。NeutralResourcesLanguageAttribute是用在程序集上的属性，它是用来告知ResourceManager，某个程序集使用的语言是什么。ResourceManager会查看此属性的值，看是否满足条件。如果主程序集没有指定此属性，那么将会使用主程序集中的资源作为默认资源。

5. 如果第4步也查找失败，那么ResourceManager将使用文化无关（Invarient Culture）的资源。

问题所在

在网上查到MSDN的文章说，自打Vista开始，操作系统开始支持这种“Fallback”的逻辑了。通过系统API GetThreadPreferredUILanguages可以获取操作系统核心推荐使用的语言清单。

由于工程里面并没有指定zh-Hans的资源文件（于是也就没有zh-Hans的卫星程序集），也没有设置主程序集使用的语言是什么（通过NeutralResourcesLanguageAttribute属性指定）因此在第一步的时候查找失败；这个时候，在我win7的机器上，由于操作系统支持fallback逻辑，因此Silverlight会使用操作系统提供的语言清单去查找，由于我的系统是中文系统，因此清单上第一项肯定是zh-CN，接下来的猜测应该是en-US和en（老美搞的操作系统嘛，当然要把自家语言排前一点了）。查找zh-CN肯定又失败，但是查找en却能够找到，因此就出现了不管你参数中输入什么语言文化字符串，都会显示英文。

而在其他低版本的windows上，因为操作系统不支持这份清单，那么Silverlight始终没有办法找到zh-Hans相关的卫星程序集，而主程序集又没有显式的设置语言，因此ResourceManager就会使用主程序集里面的资源文件，也就是中文。

这就是为什么在低版本windows上，乱输入语言，显示的默认是中文，而在Vista等高版本windows上，默认显示的是英文的缘故。

再插一句，如果在主程序集中显式设置了NeutralResourcesLanguageAttribute为zh-Hans，然后在低版本的windows上访问此应用程序的时候输入例如fr等不支持的语言，那么Silverlight将会使用语言无关的资源（语言无关的资源具体被定义在哪不是很确定，可能是dotnet类库，也可能是本地操作系统），如果该语言无关的资源没有定义，则ResourceManager得到的是空字符串。因为此时ResourceManager就不会把主程序集里的资源当作最终Fallback的资源了。

解决问题的办法

经过上面的分析，解决问题的办法已经很清楚了，要么再添加一个zh-Hans的资源文件，要么显式的使用NeutralResourcesLanguageAttribute通知ResourceManager，主程序集使用的资源语言是zh-Hans。

——Kevin Yang

你可能对下面的文章感兴趣

• 图片等资源的引用路径问题 (2009/03/19)
• 跨域下请求Silverlight Xap包引起的问题 (2009/07/12)