探索 ASP.NET Futures (Part 1 - Search & Sitemaps
点击次数：32 次 发布日期：2008-11-26 11:03:02 作者：源代码网
|
源代码网推荐 源代码网推荐 简单调用 源代码网推荐 在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 enabled="true"> 源代码网推荐 <providers> 源代码网推荐 <add name="Navigation" type="Microsoft.Web.Preview.Search.AspNetSiteMapSearchSiteMapProvider, Microsoft.Web.Preview"/> 源代码网推荐 </providers> 源代码网推荐 </searchSiteMap> 源代码网推荐 </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里面。 源代码网推荐 源代码网推荐 做人要厚道，请注明转自酷网动力(www.ASPCOOL.COM)。 源代码网推荐 源代码网供稿. |
