[C#]BlogEngine.Net架构与源代码分析系列part7：Web2.0特性——Pingba

     今 天这篇文章主要向大家讲述一下Blog系统中应用最多的，具有Web2.0特性的，也是一种标准化的——Pingback&Trackback。 分析一下BlogEngine.Net提供的比较全面的Pingback&Trackback支持。本文内容相对来说比较独立，如果您对整个系列 感兴趣请参照这里。

Pingback&Trackback参考

     简单地说，Pingback&Trackback是博客在链接、引用其他博客内容时通知对方博客的一种自动机制，告知对方链接位置及可能包含一定的摘要文本(视情况而定)。这样带来的好处是显而易见的，对Pingback&Trackback发送者来说，避免了手动通知对方的麻烦；对Pingback&Trackback接收者而言，则可以随时掌握自己的某篇文章被什么人链接及具体链接信息，等等。例如:

博客A发布了一篇文章；博客B看到后，发布评论、引用、介绍博客A上该篇文章的贴子；但此时博 客A是无从知道博客B上对自己文章的引用情况的，要让博客A知道，博客B须：在博客A上留言，介绍自己对该篇文章的看法，比如说“在我的博客发布了一篇文 章，也讨论这个问题——”，并附上相应页面的链接；向博客A发送E-mail，说明自己对该篇文章的进一步讨论，同时，也许希望博客A能在页面上放上自己 的链接，以帮助对这一话题有兴趣的用户能找到自己的博客；Pingback&Trackback实现的功能便是将第三个步骤自动化了，再也不需这么一个繁琐的过程，即：博客A发布了一篇文章；博客B看到后，发布评论、引用、介绍博客A上该篇文章的贴子；在文章发布时，博客B即自动向博客A发送Pingback&Trackback；博客A收到相应的Pingback&Trackback，如果未设置人工审核，相应的内容即会出现在博客A该文的留言中，如果设置了人工审核，则出现在博客A的审核列表中，博客A认为不是spam后将其发布在留言中。

BlogEngine.Net中的Pingback&Trackback实现

BlogEngine.Net中的Pingback&Trackback的实现主要涉及到以下几组文件：

1.Web站点App_Code/Extensions中：SendPings.cs
2.BlogEngine.Core的Ping中：PingService.cs、Manager.cs、Pingback.cs、Trackback.cs
3.BlogEngine.Core的Web/HttpHandlers中：PingbackHandler.cs、TrackbackHandler.cs

     从BlogEngine.Net中的Pingback&Trackback的具体实现来看，Pingback和Trackback的区别只在于数据的交换格式上，Pingback和PingService主要是使用标准的XMLRPC来完成数据的交换（上一篇文章中有部分涉及），而Trackback主要的request是使用类似的下面的格式完成：title={0}&url={1}&excerpt={2}&blog_name={3}，response同样是使用XML传输

但是它们要实现的功能是类似的。

     实际上SendPings类是BlogEngine.Net的一个Extension（类具有Extension特性，这个后面会有专门的一篇文章来讲解），它监听了Page.Saved和Post.Saved:

这里再次证明了BusinessBase这种状态维护方式的优越性。

     通过代码我们可以看出当Page或Post被保存时会向 SendPings发出通知，之后SendPings会从线程池中获得一个线程来向PingService发送Ping消息并使用Manager发送 Pingback&Trackback消息。PingService这里主要是处理我们自己设置的Ping服务，对服务地址列表中的服务发送通知 来说明某篇文章已经更新了。Manager主要分析文章中的超链接部分，找到Trackback入口地址，然后向该地址发送Trackback的 TrackbackMessage(这是一个消息的封装，注意它使用Trackback请求的格式重写了ToString方法)，如果发送不成功再向这个 地址发送Pingback消息。Pingback和Trackback这两个类主要完成了Pingback&Trackback消息格式的具体处 理并执行发送之。

Code
 1/**//// <summary>
 2/// Sends the pings in a new thread.
 3/// <remarks>
 4/// It opens a new thread and executes the pings from there,
 5/// because it takes some time to complete.
 6/// </remarks>
 7/// </summary>
 8private static void Post_Saved(object sender, SavedEventArgs e)
 9{
10    if (e.Action == SaveAction.None || e.Action == SaveAction.Delete)
11        return;
12
13    IPublishable item = (IPublishable)sender;
14
15    if ((HttpContext.Current == null || !HttpContext.Current.Request.IsLocal) && item.IsVisible)
16    {
17        Uri url = item.AbsoluteLink;
18        ThreadPool.QueueUserWorkItem(delegate { Ping(item, url); });
19    }
20}
21
22/**//// <summary>
23/// Executes the pings from the new thread.
24/// </summary>
25private static void Ping(IPublishable item, Uri itemUrl)
26{
27    try
28    {
29        System.Threading.Thread.Sleep(2000);
30
31        // Ping the specified ping services.
32        BlogEngine.Core.Ping.PingService.Send(itemUrl);
33
34        // Send trackbacks and pingbacks.
35        if (!BlogSettings.Instance.EnableTrackBackSend && !BlogSettings.Instance.EnablePingBackSend)
36            return;
37
38        if (item.Content.ToUpperInvariant().Contains("\"HTTP"))
39            BlogEngine.Core.Ping.Manager.Send(item, itemUrl);
40    }
41    catch (Exception)
42    {
43      // We need to catch this exception so the application doesn't get killed.
44    }
45}

使用PingbackHandler和TrackbackHandler对外提供支持

     同样PingbackHandler和TrackbackHandler两个 HttpHandler主要是为了使BlogEngine.Net也具有接收Pingback&Trackback消息并处理的能力。它们都是从 请求中获得数据，并将这些数据生成一个Comment对象并关联到相应的文章中，同样它们也提供了 Received，Accepted，Rejected，Spammed四个静态（类）事件来对这一处理周期进行跟踪，外部可以对这些事件提供相应的处理 程序来达到扩展的目的。请大家注意，在Web站点中的Post.aspx中有下面一段代码:

这段代码被使用Html注释掉了，生成的Html为如下格式：

http://localhost/BlogEngine.Web/trackback.axd?id=c3b491e5-59ac-4f6a-81e5-27e971b903ed实际上就是这篇文章的Trackback地址。

     当然这个Trackback地址一般可以由用户自己指定，例如在博客园发文章时我们就可以自己输入一个。

参考文章

1.Trackback和Pingback的区别

2.Trackback, Pingback , Backlink与博客

     有些东西只有成为标准以后才会发光。

     上一篇:BlogEngine.Net架构与源代码分析系列part6：开放API——MetaWeblog与BlogImporter

     下一篇:BlogEngine.Net架构与源代码分析系列part8：扩展——DataStore分析

     返回到目录