如果你在使用ASP.NET站点，同时又希望它Search Engine Friendly一些，很可能你就希望它有一个Sitemaps。在这里我们说的不是ASP.NET的SiteMap，而是Sitemaps.org定义的基于XML的Sitemaps协议，注意这两个名字的大小写以及单复数，之后我都会这样区分它们。Sitemaps协议有点类似RSS或者Atom，只不过它描述的不是最近的内容更新，而是整个站点的地图，主要用来描述特定URL的重要程度、更新时间及频率等。搜索引擎如Google是支持Sitemaps的，通过Google Webmaster Tools（以前叫做Google Sitemaps）你可以提交你的站点的Sitemaps，以便Google更好地索引你的网站。
简单调用
在ASP.NET Futures (May CTP)之前，如果你想要为你的ASP.NET站点增加Sitemaps支持，恐怕必须自己实现一个特殊的页面（或者HttpHandler）用于读取ASP.NET SiteMap并输出为Sitemaps协议。而现在这工作可以交给ASP.NET Futures的AspNetSiteMapSearchSiteMapProvider来做了，你需要做的仅仅是在web.config中写上几句。由于这个功能属于ASP.NET Futures中SearchSiteMap这个类别，所以需要在web.config中对该节进行配置：
|
以下为引用的内容：
<microsoft.web.preview> |
在这个配置里面，我们启用了SearchSiteMap，然后配置了一个名为"Navigation"的Provider，此Provider使用AspNetSiteMapSearchSiteMapProvider类，就这么简单，和配置任何其他Provider的形式完全一致。之后你还需要确保一下有关的HttpHandler配置好了，如果你新建网站时使用的模板是ASP.NET Futures的，那么HttpHandler就应该配置好的了，配置信息如下：
|
以下为引用的内容：
<add verb="*" path="SearchSiteMaps.axd" type="Microsoft.Web.Preview.Search.SearchSiteMapHandler" validate="True"/> |
这时候，如果你的网站已经正常启用ASP.NET自身的SiteMap功能，例如使用静态的Web.sitemap，那么访问SearchSiteMap.axd就应该能看到按照Sitemaps协议输出的结果。这时候或许你会很奇怪，为什么结果只有一条记录呢？这就是Sitemaps的递归调用了，这个主Sitemaps仅仅声名了我们之前配置的那个名为"Navigation"的Sitemaps的地址，也就是SearchSiteMaps.axd?sitemap=Navigation。打开这个地址，你会发现仍然是一个Sitemaps，它里面包含的就是ASP.NET SiteMap提供的数据了。
深入看看
接下来，我们用Reflector来看看Microsoft.Web.Preview.Search下面的一些类的实现方式。我不准备详细分析代码了，因为代码都很简单，直接说说看完的结果吧。如果你之前浏览根据SiteMap生成的Sitemaps时发现少了些东西，在这里你就知道如何把这些项目补充上去了。Sitemaps协议中关于一个URL能够包括以下几样信息：
地址：也就是URL本身
最后更新时间
更新频率：此URL的内容多久更新一次
重要程度：一个0到1的值，默认值为0.5，搜索引擎并不一定根据这个值来判断URL的真正重要程度
然而自动生成的Sitemaps仅仅包括前两项信息，如果我们需要后两项信息就需要手动增加。怎样手动增加呢？因为SiteMapNode类似于字典，能够访问this [string key]，所以只要SiteMapNode[]存在"lastModified"/"changeFrequency"/"priority"这几个值就能自动输出到Sitemaps中，而且"lastModified"会覆盖对应Page的aspx文件的真实最后更新时间。
简单举例说明这功能怎么用，假设你使用的是静态的Web.sitemap，我们已经习惯这样定义一个SiteMapNode：
|
以下为引用的内容：
<siteMapNode url="Default.aspx" title="Welcome" description="" /> |
而增加特定的属性只需要这样定义：
|
以下为引用的内容：
<siteMapNode url="Default.aspx" title="Welcome" description="" changeFrequency="daily" priority="0.8" /> |
支持Dynamic Data
上面说了那么多，也就仅仅能做到支持系统自带的SiteMap，而实际上SearchSiteMap还能够对Dynamic Data提供特殊的支持。Dynamic Data简单易用，好像Ruby on Rails那样支持scaffolding，预览了ASP.NET将来在敏捷方面的发展。有关Dynamic Data Control的详细信息，请参考Dflying的文章，我们这里仅讨论SearchSiteMap的支持：
ASP.NET Futures初探——动态数据控件（Dynamic Data Control）：入门
ASP.NET Futures初探——动态数据控件（Dynamic Data Control）：深入一些
需要支持Dynamic Data的话，首先你要实现自己的DynamicDataSearchSiteMapProvider。大家不要一看到要继承自系统类实现自己的类就觉得是非常复杂的事情，其实这里我们仅需要override掉一个函数，也就是DynamicDataSearchSiteMapProvider.DataQuery()。在这个函数中，我们需要返回一个IEnumerable，其中的元素需要具有主键列名属性以及以下属性：
|
以下为引用的内容： SiteMapLastModified SiteMapChangeFrequency SiteMapPriority |
你很可能会问，为什么要是不确定类型的IEnumerable而不是确定类型的List<>呢？想想.NET Framework的什么部分用IEnumerable用得最多吧，那就是LINQ。如果你在QueryData()中直接使用LINQ来筛选数据，你就不需要创建自定义类型并且自己填充IEnumerable了。况且，主键列名也不是确定的，如果用一个属性记录其名称用另外一个属性记录其值那就很麻烦了，所以ASP.NET Futures选择了上述充分发挥LINQ优势的做法。
最后，我个人感觉SearchSiteMapProviderBase的设计有点问题，它作为AspNetSiteMapSearchSiteMapProvider与DynamicDataSearchSiteMapProvider的基类，其中包括QueryData()方法，然而此方法只有DynamicDataSearchSiteMapProvider用到，很显然就应该将它放置到DynamicDataSearchSiteMapProvider里面。