作者：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)

——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)

英文原文出处：http://silverlight.net/learn/whitepapers/seo.aspx

中文翻译出处：http://www.mdong.org/?p=277

概要

这份文档描述了一些Silverlight程序的搜索引擎优化（SEO）技巧。这些技巧是用来帮助开发人员使得Silverlight内容能够在搜索引擎的结果页被发现，并为没有激活Silverlight的用户提供合意的体验。

这份文档将包括以下的章节：

*介绍
*搜索引擎工作原理
*开发Silverlight程序的方法
*Silverlight程序的SEO技巧
*总结

介绍

搜索引擎能够直接识别HTML内容。与此同时，搜索引擎先天的不识别Silverlight内容。这一点与搜索引擎不支持其它的一些通过HTML呈现的对象类似，如脚本、css、媒体文件以及ActiveX控件。为了使Silverlight内容能够被搜索引擎收录，你可以使用搜索引擎已经支持的方法，如将孤立的Silverlight岛与跟内容相关的HTML metadata相结合。

SEO的目的是增加页面在搜索引擎的主要结果页(图中被红色矩形标出的部分)的显示机会，而不是在广告或者赞助商的页面。

搜索引擎的搜索结果页

虽然搜索引擎技术的前景因为大量的竞争者不断地改进与革新正在迅速地变化，而SEO所依赖的搜索引擎算法中的一些基本原理是类似的。

搜索引擎的工作原理

搜索引擎能够抓取、评估与收录Web页面内容。抓取过程由搜索引擎爬虫（robot）执行，它们顺着网站的链接爬行并捕获内容。这时搜索引擎使用算法权重Web页面的价值。这个信息被用于建立搜索索引，也就是建立一个基于查询的结果页。
一个Web页面在搜索引擎的结果中会获很高的排名的主要原因是：页面中的词句与匹配的关键字在过去经常被搜索到。动态页面与不规范的元素，诸如页面中的脚本、样式表、对象以及embed标签等对搜索引擎来说是一种质疑，是一贯就就没有做好的领域。

在这种情况下，搜索引擎需要做以下的工作：

下载链接内容与关联的源页面相匹配。
在浏览器中解析、转换、执行或呈现元素以获得与用户浏览页面同等的体验。

搜索引擎简化示意图

开发Silverlight程序的方法

如果你正在计划开发一个Silverlight程序，那么你有许多工作可以做，以确保程序被搜索引擎发现并收录。

接下来是你可以采取的一些使得程序可以与HTML内容共存的方式。

混合HTML与Silverlight内容

该方式使得同一页面内的HTML文本与Silverlight内容相混合，它在功能上的递送更为丰富，原生的HTML内容也将被搜索引擎收录。为此，留心将Silverlight内容以适应内嵌或者环绕、字块的方式设计。这看起来像是格子中的交互构件适应在HTML文本的周围。 Silverlight程序的交互支持真正的文本比隐藏在搜索引擎可搜索的文本中将更具优势。

岛式文本与Silverlight交互

使用HTML桥动态生成Silverlight内容

这个方法略微难以实现，并限制Siverlight的体验。如果你拥有现有XHTML内容并希望使用Silverlight提升体验，使用这个方法你可以获得很大的成功。在这个方法中，XHTML内容是爬虫与低端（Down-Level）客户端的基础体验，Silverlight体验仅留作在客户端平台用户运行Silverlight。

在这个方法中，XHTML内容可以对目标客户端实现高保真的体验。它还公开的作为嵌套的预备内容内嵌在Silverlight插件的object标签中。一个属性从优雅降级模式区分出这个模式，这个模式中Silverlight程序的UI被嵌套预备内容所驱动。换句话说，程序逻辑会使用DOM桥用于取得object标签嵌套的预备内容，并使用它来构建Silverlight UI。使用XSLT转化XHTML到XAML将会变得更为简单，或者使用数据绑定，绑定XAML UI属性到提取的标记中的object呈现内容。

优雅降级

在这份文档中，主要关注通过优雅降级的方法达到的SEO。在这样的一个环境中，Silverlight内容是用户的主要体验，以嵌套在object标签的预备内容的使用作为低端体验。

Silverlight程序的SEO技巧

使得Silverlight内容被搜索引擎引索的关键因素是存在一个方法针对未激活Silverlight的系统与用户。包括以下情况：

*包含Silverlight内容的Web页面何如在当前不被Silverlight所支持的客户端/浏览器的配置中运作，如Opera或Windows 98。
*对于使用无障碍程序（如屏幕阅读者与播音者）的用户来说Web页面如何运作？
*对于使用文本浏览器的用户来说Web页面如何运作？如不支持脚本的Lynx等。

呈现相关的metadata与预备内容会使得Silverlight内容对于低端用户更为友好，这种友好对于搜索引擎也同样适用。

当创建Silverlight程序时，假设所有的用户已经安装了Silverlight或者有条件安装Silverlight。你准备如何为用户描述应用程序：

*了解你的用户。
*计划如何向他们描述应用程序。
*确定关键字，用于与搜索用户相联系。

你所使用的页面的标题以及头部片段、body内容、预备内容的关键词扮演了一个搜索引擎寻找与收录内容以及用户如何找到内容的重要角色。

下面的许多技术你可以用于优化搜索引擎结果并提升用户体验：

*使用描述的页面标题
*增加描述Metadata
*使用语义化的程序名称
*使用object标签
*确定Silverlight的预备内容
*当使用Silverlight.js时使用creatObject
*测试低端体验

使用描述的页面标题

给页面一个完美的标题。Web页面的作者必须修改与个性化页面中的标记，可以通过Visual Studio或者Expression Blend由Silverlight工程模板生成。为了有更好的讨论效果，我们假定你有一个Silverlight程序，提供西雅图地区的交通地图。图中展示了一个默认的页面标题与良好的页面标题。

糟糕的页面标题与良好的页面标题

增加描述Metadata

页面的关键词meta标签对于搜索引擎决定页面的rank值来说并不是很有效。但是，一个页面的标题与meta描述标签（属性名为description的meta标签）对于保证搜索用户在结果页查看你的页面与联系他们正在寻找的内容却有很大的帮助。

如果你有一个顶级(Top-Level)的Silverlight程序，占用了整个的客户端浏览器显示区域，或者一个依靠该程序的登录页面，这个时候你必须在HTML页面增加一个meta描述标签。下面的代码展示了meta描述标签的格式。

<head>
<meta name="description"
content="Silverlight development community..." >
...
</head>

如果有一个页面拥有大量的文本内容，并包括了相关的关键字，这时你可以忽略meta描述。搜索引擎会在结果页显示一部分你的页面的内容，任何残余的描述可能事实上被证明都不会显示。

下面的图像展示了一个包括描述的搜索页面入口的例子，以及当meta描述标签未定义时它将如何显示。

搜索引擎结果页，有meta描述标签与没有meta描述标签

使用语义化的程序名称

给应用程序赋予一个实用的名字是另外一个帮助搜索引擎找到你的Web页面的方式。如：一个应用程序提供了一个关于西雅图地区的交通地图，可以被命名为SeattleTrafficMaps.xap。

即使你的应用程序已经使用了一个不同的名字，修改它的名字也是相当容易。如：将MyTestSLApp.xap命名为 SeattleTrafficMaps.xap。当你没有在其它代码处使用这个程序名，回头修改它将是一个简单的操作。默认请况下，在 Silverlight模板中对其没有依赖。

使用object标签

object标签被设计用作HTML。如果在主object不能被载入显示内容，这时客户端浏览器会继续寻找在object标签中的替换内容。

Silverlight内容的发布者必须使用object标签（不是embed标签）来初始化Silverlight。下面的代码展示了如何加入object标签。

<object type="application/x-silverlight-2"
data="data:application/x-silverlight,"
width="..." height="...">
<param name="source" value="SeattleTrafficMaps.xap" />
<!-- Other parameters, if any -->
  ...
<!-- The “Get Silverlight” messages and badge -->
<p>This content requires Microsoft Silverlight.
<a href="http://go.microsoft.com/fwlink/?LinkID=124807"
style="text-decoration: none;"> 

<img src="http://go.microsoft.com/fwlink/?LinkId=108181"
alt="Get Microsoft Silverlight"
style="border-style: none"/>
</a>
</p>
</object>

确定Silverlight的预备内容

Silverlight程序的object标签必须被补充嵌套在预备内容中，也就是被显示在缺少Silverlight的系统中的内部HTML。下面的代码显示了如何做到这点。

<object type="application/x-silverlight-2"
data="data:application/x-silverlight,"
width="..." height="...">
<param name="source" value="SeattleTrafficMaps.xap" />
<!-- Other parameters, if any -->
  ...
<!-- Nested alternate HTML content for search -->
<h3>Traffic map of the Seattle-Puget Sound area</h3> 

<p>Up-to-the-minute traffic situation overlaid on the map of
     the Seattle-Puget Sound area, powered by
<a href="http://maps.live.com">Live Maps</a>
</p> 

<!-- Canned image representing the application contents -->
<img src="SeattleTraffic_RushHour.jpg"
alt="Seattle traffic at 5:30pm (evening rush-hour)" />
<!-- The “Get Silverlight” message and badge -->
<p>This content requires Microsoft Silverlight.
<a href="http://go.microsoft.com/fwlink/?LinkID=124807"
style="text-decoration: none;">
<img src="http://go.microsoft.com/fwlink/?LinkId=108181"
alt="Get Microsoft Silverlight"
style="border-style: none"/>
</a>
</p>
</object>

当使用Silverlight.js时使用createObject

Silverlight.js的主函数供于跨平台、跨浏览器，借助构建恰当的标记使得Silverlight内容与HTML DOM相挂钩。典型的，包括围绕浏览器工作的object标签。createObject函数统一提供了父级元素的id，如：一个div或者span的内嵌，Silverlight object会作为子元素挂钩。这个方法使用了以下的逻辑。

if (slParentElement != null) {
   slParentElement.innerHTML = slPluginHTML;
}

假设你的标记由以下组成。

<div id="divWithinWhichSLObjectExists">
<script type="text/javascript">
<!--
    Silverlight.createObject("slObjectId",
                             "divWithinWhichSLObjectExists",
                             ...); 

// -->
</script>
</div>

当浏览器运行时，有效的DOM应该如下面的代码。

<div id="divWithinWhichSLObjectExists">
    <object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000"
 width="100" height="100"
codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0">
    <param name="source" value="SeattleTrafficMaps.xap" />
    <embed type="application/x-shockwave-flash" width="100" height="100" source="SeattleTrafficMaps.xap">
    </embed>
    </object>
</div>

存在附带产生有益的效用供于以下原因：更换父级div的内部HTML移动了该div中任何其它现有的子元素。搜索引擎会在所有脚本执行与改变DOM之前经常分析与引索标记。

换句话说，你可以增加详尽的相关的metadata作为内在HTML内嵌在Silverlight object中的父级div元素。搜索引擎会处理metadata，但是metadata不会显示在浏览器中。

如果你的父级div已经嵌套了关联的内容，下面的代码将是蜘蛛能够看到的。

<div id="divWithinWhichSLObjectExists"><!-- Nested alternate HTML content for search -->
<div>
<h3>Traffic map of the Seattle-Puget Sound area</h3>
Up-to-the-minute traffic situation overlaid on the map of
the Seattle-Puget Sound area, powered by
<a href="http://maps.live.com">Live Maps</a> 

<!-- canned image representing app contents -->
<img src="SeattleTraffic_RushHour.jpg" alt="" /> alt="Seattle traffic at 5:30pm (evening rush-hour)" /&gt;</div>
<!-- Invocation of the createObject function in Silverlight.js -->
<script type="text/javascript"><!--
    Silverlight.createObject("slObjectId", //SL plug-in id
                             "divWithinWhichSLObjectExists", //parent id
                             ...); 

// --></script></div>

测试低端体验

不管内容中相关的Silverlight与HTML的如何重要，针对没有安装Silverlight的用户的页面测试是非常必要的。

使得低端用户可以访问这个页面，执行以下步骤：

1.关闭所有的Internet请求，启动一个新的请求。

2.在工具菜单，选择管理加载项，然后点击开启/禁止加载项。会弹出管理加载项对话框。

3.选择Microsoft Silverlight，选择禁用按钮，然后点击确定。

4.重启Internet Explorer并操作转向有Silverlight内容的Web页面。

5.重复返回管理加载项对话框，选择Microsoft Silverlight、并选择启用。

注：

用于临时关闭Silverlight插件的程序仅作用于当前使用的浏览器。

当你测试低端体验完毕，值得在你的页面中加入一个统计工具，如SEO浏览器以了解标记的效果以及SEO的内容。

总结

搜索引擎收录非原生的HTML内容的能力非常有限。但是，如果你通过几种方式构造并呈现了你的应用程序，这将有更大的可能性响应到搜索查询并显示在搜索引擎结果页。

英文原文

Search Engine Optimization for Silverlight applications

Ashish Shetty

Microsoft Corporation

October 2008

Summary

This document describes some best practices for search engine optimization of Silverlight applications. These practices are designed to help developers make their Silverlight content discoverable on a search engine results page and to provide an acceptable experience for users who do not have Silverlight enabled.

This document contains the following sections:

• Introduction
• How Search Engines Work
• Approaches for Developing a Silverlight Application
• Search Engine Optimization Techniques for Silverlight Applications
• Conclusion

Introduction

Search engines are geared toward recognizing HTML content. At this time, they do not recognize Silverlight content natively. This is similar to the search engine support for other objects on the HTML page, such as script blocks, CSS blocks, media files, and ActiveX controls. To make Silverlight content indexable by search engines, you can use approaches that search engines are already familiar with, such as combining the islands of Silverlight content with HTML metadata about that content.

The goal of search engine optimization (SEO) is to increase the chances that your page will appear in the main section of the search engine results page (outlined by the red rectangle in Figure 1), not the paid or sponsored results.

Figure 1 - Search engine results page

Even though the search landscape is rapidly changing, with multiple competitors continuously improving and evolving how they implement search, SEO relies on some fundamental similarities among search engine algorithms.

How Search Engines Work

Search engines crawl, weight, and index Web page content. Crawling is done by a search robot that traverses the links in a Web site and captures the content. Search engines then use algorithms and heuristics to assign weights to Web pages. This information is used to build the search index, which is used to build a results page based on your query.

The main reason for a Web page to be highly ranked in search engine results is that the words on the page match the keywords that are used to search. The presence of dynamic and nonstandard elements such as script, style, object, and embed tags in the page is a challenge to search engines, and this is an area where they have traditionally not done well.

In this situation, search engines have to do the following:

• Download linked content and associate it with the source page.
• Parse, convert, execute, or render elements to obtain the same experience as the user viewing the page in a browser.

Figure 2 is a simplified view of how a search engine works.

Figure 2 - A simplified view of a search engine

Approaches for Developing a Silverlight Application

If you are planning to build a Silverlight application, there are things you can do to make sure that your application is discovered and returned by search engines.

The following are some of the patterns that you can adopt for how your application coexists with the HTML content.

Mix HTML with Silverlight Content

This pattern involves mixing HTML text with Silverlight content in the same page so that it delivers richness in functionality and the native HTML content is consumable by search engines. To do this, consider designing your Silverlight content in such a way that it fits within, or around, a block of text. This looks like a grid of interacting components that fit around HTML text. An advantage of this approach is that it ensures that your Silverlight interactivity is truly supporting the text, rather than hiding otherwise searchable text from search engines. Figure 3 shows a Web page with this approach.

Figure 3 - Islands of text and Silverlight interactivity

Use HTML Bridge to Generate Silverlight Content Dynamically

This approach is slightly harder to achieve and can be limiting to the Silverlight experience. You will have most success with this approach if you have existing XHTML content and want to enhance the experience with Silverlight. In this approach, the XHTML content is the base experience for search robots and down-level clients, while the Silverlight experience is reserved for consumers on client platforms capable of running Silverlight.

In this approach, the XHTML content has the full-fidelity experience for its target clients. It is still declared as nested alternate content within the object tag for the Silverlight plug-in. The one attribute that differentiates this pattern from the graceful degradation pattern is that in this pattern, the Silverlight application’s UI is driven by the nested alternate content. In other words, application logic will use the DOM Bridge to get the nested alternate content from the object tag and use it to construct the Silverlight UI. This can be as simple as using XSLT to transform the XHTML to XAML, or perhaps using data binding to bind XAML UI properties to an object representing content from the extracted markup.

Graceful Degradation

In this document, we focus primarily on search engine optimization using the graceful degradation approach. In such a scenario, the Silverlight content is the primary experience for consumers, and the use of nested alternate content within the object tag serves as the down-level experience.

Search Engine Optimization Techniques for Silverlight Applications

The key consideration for making Silverlight content indexable by search engines is to use the approaches that are used for systems and users for which Silverlight is not enabled. Considerations include the following:

• How the Web page with Silverlight content behaves in client/browser configurations such as Opera or Windows 98, which are not currently supported by Silverlight.
• How the Web page behaves for customers who use accessibility programs such as screen readers and narrators.
• How the Web page behaves for customers who use from a text browser such as Lynx, where no scripts can execute.

Presenting contextual metadata and alternate content that would make Silverlight content friendly to down-level users will also make it friendly to search engines.

When creating your Silverlight application, do not assume that all users will have Silverlight installed or have computers with the ability to install Silverlight. Prepare for how you would describe your application to these users.

• Know your audience.
• Plan on how you would describe your application to them.
• Identify the keywords that you would use to connect with searchers.

The words that you use in your titles, page and section headers, body content, and alternate content play an important role in how the search engines find and index your content, and also how a user finds your content.

The following are some of the techniques you can use to optimize your search engine results and improve the experience for all users:

• Use a Descriptive Page Title
• Add Description Metadata
• Use a Meaningful Application Name
• Use the object Tag
• Specify Alternate Content for Silverlight
• Use createObject When Using Silverlight.js
• Test Down-Level Experiences

Use a Descriptive Page Title

Give your page a good title. Web page authors must update and customize the markup in the pages generated by Silverlight project templates in Visual Studio or Expression Blend. For the purposes of discussion, let’s assume you have a Silverlight application that provides interactive traffic maps for the Seattle area. Figure 4 shows bad (default) and good Web page titles.

Figure 4 - Bad and good page titles

Add Description Metadata

Keywords in your page’s meta tag are not very useful for search engines to determine your page’s rank. However, a page title and meta description tag (that is, a meta tag whose name attribute is set to "description") are extremely useful in ensuring that searchers who view your page on a results page associate it with content that they are looking for.

If you have a top-level Silverlight application that occupies the full extent of the browser’s client area, or one that exists on your landing page, then you must have a meta description tag on your HTML page. The following code shows the format of the meta description tag.

<head> <meta name="description" content="Microsoft portal site for the Silverlight development community..." > ... </head>

If you have a page with a lot of text content that contains relevant keywords, then you can omit the meta description. The search engine will show a portion of your page content on the results page, and any stub description may actually prove counterproductive.

The following figure shows a sample search page entry with a description, and how it would appear if the meta description tag were not present.

Figure 5 - Search results page with and without a meta description tag

Use a Meaningful Application Name

Giving a useful name to your application is another way to help the search engines find your Web page. For example, an application that provides traffic maps for the Seattle area could be named SeattleTrafficMaps.xap.

Even if your application was built using a different name, it is easy to change the name, for example, from MyTestSLApp.xap to SeattleTrafficMaps.xap. Changing the name back at a later time is a simple operation if that name is not referred to elsewhere in your code. By default, there are no dependencies of this kind in the Silverlight templates.

Use the object Tag

The object tag in HTML is designed so that if the main object cannot be loaded to display content, then browser clients will continue to look for alternative content within the object tag.

Silverlight content publishers must use the object tag (not the embed tag) to instantiate Silverlight. The following code shows how you can add the object tag.

<object type="application/x-silverlight-2" data="data:application/x-silverlight," width="..." height="..."> <param name="source" value="SeattleTrafficMaps.xap" /> <!-- Other parameters, if any --> ... <!-- The “Get Silverlight” messages and badge --> <p>This content requires Microsoft Silverlight. <a href="http://go.microsoft.com/fwlink/?LinkID=124807" style="text-decoration: none;"> <img src="http://go.microsoft.com/fwlink/?LinkId=108181" alt="Get Microsoft Silverlight" style="border-style: none"/> </a> </p> </object>

Specify Alternate Content for Silverlight

The object tag for the Silverlight application must be supplemented with nested alternate content, namely the inner HTML that is displayed on systems where Silverlight is absent. The following code shows how you can do that.

<object type="application/x-silverlight-2" data="data:application/x-silverlight," width="..." height="..."> <param name="source" value="SeattleTrafficMaps.xap" /> <!-- Other parameters, if any --> ... <!-- Nested alternate HTML content for search --> <h3>Traffic map of the Seattle-Puget Sound area</h3> <p>Up-to-the-minute traffic situation overlaid on the map of the Seattle-Puget Sound area, powered by <a href="http://maps.live.com">Live Maps</a> </p> <!-- Canned image representing the application contents --> <img src="SeattleTraffic_RushHour.jpg" alt="Seattle traffic at 5:30pm (evening rush-hour)" /> <!-- The “Get Silverlight” message and badge --> <p>This content requires Microsoft Silverlight. <a href="http://go.microsoft.com/fwlink/?LinkID=124807" style="text-decoration: none;"> <img src="http://go.microsoft.com/fwlink/?LinkId=108181" alt="Get Microsoft Silverlight" style="border-style: none"/> </a> </p> </object>

Use createObject When Using Silverlight.js

The primary function of Silverlight.js is to provide a cross-browser, cross-platform means of constructing the right markup to get Silverlight content hooked up to the HTML DOM. Typically this involves working around browser quirks to generate the object tag with the right set of parameters. The createObject function also takes the id of a parent element, for example a div or span, within which the Silverlight object will be hooked up as child element. This approach uses the following logic.

if (slParentElement != null) { slParentElement.innerHTML = slPluginHTML; }

For example, assume that your markup consisted of the following code.

<div id="divWithinWhichSLObjectExists"> <script type="text/javascript"> Silverlight.createObject("slObjectId", "divWithinWhichSLObjectExists", ...); </script> </div>

The effective DOM would be like the following code when executed on the browser.

<div id="divWithinWhichSLObjectExists"> <object type="application/x-silverlight-2" data="data:application/x-silverlight," width="..." height="..."> <param name="source" value="SeattleTrafficMaps.xap" /> <!-- Other Parameters, if any --> ... <!-- The “Get Silverlight” message and badge --> <p>This content requires Microsoft Silverlight. <a href="http://go.microsoft.com/fwlink/?LinkID=124807" style="text-decoration: none;"> <img src="http://go.microsoft.com/fwlink/?LinkId=108181" alt="Get Microsoft Silverlight" style="border-style: none"/> </a> </p> </object> </div>

This has a beneficial side effect for the following reasons:

• Replacing the inner HTML of the parent div removes any other existing child elements in that div.
• Search engines often parse and index markup as it is served—before any scripts execute and change the DOM.

In other words, you can add detailed contextual metadata as native HTML within the parent div element of the Silverlight object. Search engines will process the metadata, but the metadata will not show up in the browser.

If your parent div has nested contextual content, the following code is what the search robot sees.

<div id="divWithinWhichSLObjectExists"> <!-- Nested alternate HTML content for search --> <div> <h3>Traffic map of the Seattle-Puget Sound area</h3> <p>Up-to-the-minute traffic situation overlaid on the map of the Seattle-Puget Sound area, powered by <a href="http://maps.live.com">Live Maps</a> </p> <!-- canned image representing app contents --> <img src="SeattleTraffic_RushHour.jpg" alt="Seattle traffic at 5:30pm (evening rush-hour)" /> </div> <!-- Invocation of the createObject function in Silverlight.js --> <script type="text/javascript"> Silverlight.createObject("slObjectId", //SL plug-in id "divWithinWhichSLObjectExists", //parent id ...); </script> </div>

Test Down-Level Experiences

Regardless of the relative importance of Silverlight and HTML in your content, it is important to test the page as a user who does not have Silverlight installed.

To access the page as a down-level user, perform the following steps:

1. Close all instances of Internet Explorer, and then start a new instance.
2. On the Tools menu, point to Manage Add-ons, and then click Enable or Disable Add-ons. The Manage Add-ons dialog box is displayed.
3. Select Microsoft Silverlight, select the Disable button, and then click OK.
4. Restart Internet Explorer and navigate to the Web page that has your Silverlight content.

To revert, return to the Manage Add-ons dialog box, select Microsoft Silverlight, and select Enable.

Note

The procedure for temporarily disabling the Silverlight plug-in differs depending on the browser you are using.

After you have tested the down-level experience, it is worthwhile validating your page with a static analysis tool such as SEO Browser that understands the impact of markup and content on search engine optimization.

Conclusion

The ability of search engines to index content that is not native HTML is very limited. However, if you structure and present your Silverlight application in certain ways, they have a better chance of appearing on a search engine results page in response to a search query.

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

• 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 4+RIA Services–搜索引擎优化(SEO) (2010/05/04)
• Silverlight2 动态加载程序集—OnDemand模式(Dynamic Load Assembly) (2009/03/02)
• Silverlight启用Assembly Caching之后铁通用户无法访问 (2010/02/13)
• Silverlight的依赖属性与附加属性 (2010/03/28)

在SL中，我们经常会遇到资源引用的问题，尤其是图片资源。这里就有两个地方需要注意的：

下面我会通过一个简单的Demo来讲解一下这两个问题。

首先，新建两个工程，如下图：

这里，我们在SL工程中的Images文件夹放了4张图片（其中Image.jpg可以忽略），在Web工程的ClientBin目录下也建了个叫Images的文件夹，下面只有一张我们要用来外部引用的图片。

右键SL工程中任意一张图片=>属性（Property），我们会看到下面这样的配置菜单。

其中两个配置项是我们所关心的，一个是Build Action，另外一个是Copy To Output Directory。

其中Build Action会决定VS是如果处理你这个文件的，点开下拉菜单会看到可以选择的编译动作有好几个，这里我们只讲下面几个（因为我只研究过这几个^_^，如果其他选项你知道的话，请告诉我）。

• Resource —— 资源会被打包在程序集内部
• Content——资源会被打包在Xap包里面
• None——资源既不会被集成到程序集内，也不会打包到xap包中。不过我们可以通过设置CopyToOutputDirectory选项让其自动拷贝到xap包所在目录。

再来说引用的问题。

• 使用前置 / 引用资源时，SL会从当前Xap包中查找资源，找不到的话会到Xap包所在的目录查找
• 不使用前置 / 引用资源时，SL会从当前程序集内查找资源，如果找不着则会到Xap包所在目录查找其他选项你知道的话
• 你也可以使用/{程序集名};component/{图片资源路径}的方式来访问，这样就查找的路径就限定在程序集内部了，也就是那些标记为Resource的资源。

   

——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)
• 在Xaml中输入尖括号文本 (2009/02/28)
• 将Silverlight搬到桌面 (2009/02/28)

在文档中有这么一段话：

There are important security considerations before you allow Silverlight clients to access Web services in a cross-domain situation. Whenever you put a cross-domain policy file in place you should configure your Web server hosting the Web services to disable browser caching. This enables you to easily update the file or restrict access to your Web services if necessary. Once the cross-domain policy file is checked, it remains in effect for the browser session so the impact of non-caching to the end-user is minimal.

In addition, all Silverlight requests are sent with cookies and authentication. This means that if you have Web services that allow users to access private information, you should host these in a different domain than the Web services exposed to third-party callers. For example, you have a Web store hosted at http://www.tailspintoys.com. Your site allows customers to store billing information that includes credit card numbers. You should not expose a Web service that returns product inventory to third-party Silverlight clients at the same domain. Because cookies and authentication are sent with each message, if you host these Web services on the same domain, you have effectively given the third-party callers access to your customer's private billing information. In this example, your publicly exposed Web services could safely be hosted at http://services.tailspintoys.com, because this is a different domain. You must carefully consider who you have exposed Web services to, and what other Web services are located at that domain. Also, you should always keep your cross-domain policy file as restrictive as possible. For more information about exposing secure Web services, see Security Considerations for Service Access and Making a Service Available Across Domain Boundaries.

我对第二段做了个简单的翻译：

所有的sl请求都会将Cookie和身份验证信息连同发送。这就意味着如果你有一个Web服务，允许用户访问隐私信息，那么你应该将这个web服务放置在其他的域下，和暴露给第三方调用者的web服务的域名区分开。例如，如果你有一个网店放置在http://www.tailspintoys.com，你的网店允许客户存储交易的信息，其中包含了信用卡号码。那么你不应该将一个返回产品清单的web服务放在同个主机域下，然后暴露给第三方的SL客户端。因为Cookie和身份验证信息会和请求连同发送，如果你将这些web服务放置在同个域下的话，你就给了第三方的调用者一个很方便的途径来访问你的客户的私人交易信息。在这个例子中，你暴露给第三方的web服务应该放置在http://services.tailspintoys.com。因为这是一个不同的主机域。你必须非常小心的选择哪些服务可以公开，哪些服务应该部署在那个域下。

我们知道Cookie中有一个主机名的属性，对于只有对于同个主机域的请求，浏览器才会把Cookie连带发送。SL也不例外。

假设这么一种场景：淘宝开放了一个Web服务，这个服务干什么我们并不关心。但是我们知道，如果你想要你的Web服务被其他第三方的客户端调用，你必须在网站下放置一个特定的xml文件，我们称为"安全策略配置"文件，Flash对应的是crossdomain.xml文件，Silverlight除了支持Flash的这个策略文件之外自己也有一套策略配置，放在clientaccesspolicy.xml文件中。与Flash不同的是，SL只会从网站的根目录下去寻找这个策略文件，也就是说即使你的web服务是放在/serivce/目录下的，那么SL客户端也会查找"主机名/clientaccesspolicy.xml"这个文件是否存在（我不清楚为什么要这样设计）。因此淘宝为了让他的Web服务被Silverlight支持，就必须在网站根目录下放置一个策略文件。

假设一个顾客在淘宝www.taobao.com 上面购买了一些东西，登录的会话验证信息可能会存放在Cookie中，然后这个顾客又访问了一个恶意网站（www.eyi.com 当然域名没那么弱了^^），这个恶意网站会向淘宝发送一些登录的HTTP请求。因为这个时候是属于跨域请求，所以Silverlight Runtime会去查找网站根目录下有没有这个策略文件，发现有（并且通过了文件里面定义的访问权限的验证），那么这个请求就会被允许，同时会把你在www.taobao.com 上面的Cookie也连带发送到淘宝系统那里，那么这个时候，这个恶意网站是不是就在你不知情的情况下登录到了淘宝后台，然后这个时候他就可以执行一些你不期望的操作了。

当然这个例子能不能work还有待商榷，只是通过这个例子想告诉大家的是，对于策略安全文件一定要非常小心的配置好访问权限，暴露给第三方的Web服务（涉及到跨域策略安全的），最好放在一个隔离的域下，这样可以降低安全风险。

不知道我这样理解有没有问题，如果不正确的话请纠正我~

下面这张是Silverlight的跨域场景示意图

还要说明的一点是，Silverlight Runtime在检测安全策略文件时，是先检测clientaccesspolicy.xml 再检测crossdomain.xml文件（当然拉，自己的东西肯定先检测了）。一旦请求完成，策略文件在整个应用程序会话周期内一直有效（这个感觉和浏览器为了防止DNS Rebinding攻击的做法是类似的），也就是说不用每次都请求这个文件了。如果第一次请求该文件失败，那么接下来的请求同样的也会失败。

策略文件只能放置在根目录下，无论你当前请求的资源是位于网站的哪个目录下。

策略文件本身不允许服务器将其重定向，响应的状态码只能是200或者404，但是请求的资源本身是可以被重定向的，只要源URL和目标URL都在跨域策略文件中声明了。

——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)