技巧:使用可扩展对象模式扩展HttpApplication

简介:
接口:IExtensibleObject、IExtension和IExtensionCollection,这是可扩展对象模式中最重要的三个接口,也只有这三个接口。
IExtensibleObject自然是定义了可扩展对象,即我们要对谁进行扩展,它的定义非常简单,仅仅是提供了一个只读的属性Extensions,用来提供所有扩展对象的集合,如下代码所示:
public interface IExtensibleObject<T> where T : IExtensibleObject<T>
{
    IExtensionCollection<T> Extensions { get; }
}
IExtension定义了扩展对象的契约,使对象可以通过聚合扩展另一个对象(此处的另一个对象,就是指上面所讲的扩展宿主IExtensibleObject),在IExtension中定义了两个非常重要的方法Attach和Detach方法,分别用来提供聚合或解聚的通知。
public interface IExtension<T> where T : IExtensibleObject<T>
{
    void Attach(T owner);
    void Detach(T owner);
}
当一个扩展对象IExtension附加到可扩展对象的扩展集合中时,它的Attach方法将会被调用;反之如果从集合中移除一个扩展对象时,它的Detach方法会被调用。这一点我们可以通过Reflector来得到验证,如下代码所示:
protected override void InsertItem(int index, IExtension<T> item)
{
    lock (base.SyncRoot)
    {
        item.Attach(this.owner);
        base.InsertItem(index, item);
    }
}
protected override void RemoveItem(int index)
{
    lock (base.SyncRoot)
    {
        base.Items[index].Detach(this.owner);
        base.RemoveItem(index);
    }
}
最后一个接口是IExtensionCollection,它是IExtension对象的集合。

对HttpApplication进行扩展

下面我们就看一下如何使用可扩展对象模式对HttpApplication进行扩展,首先定义可扩展对象,让ExtensibleHttpApplication派生于HttpApplication,并实现了IExtensibleObject接口,泛型的参数类型就是它自身,如下代码所示:
public class ExtensibleHttpApplication : HttpApplication,
    IExtensibleObject<ExtensibleHttpApplication>
{
    private IExtensionCollection<ExtensibleHttpApplication> _extensions;
    
    public ExtensibleHttpApplication()
    {
        this._extensions = new ExtensionCollection<ExtensibleHttpApplication>(this);
    }
    public IExtensionCollection<ExtensibleHttpApplication> Extensions
    {
        get
        {
            return this._extensions;
        }
    }
}
有了可扩展的HttpApplication之后,需要在HttpApplication中实现任何功能,都可以作为一个扩展附加到ExtensibleHttpApplication上去,如实现ASP.NET MVC路由,可以定义一个如下代码所示的扩展对象:
public class MvcHttpApplication : IExtension<ExtensibleHttpApplication>
{
    public void Attach(ExtensibleHttpApplication owner)
    {
        RouteTable.Routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
        RouteTable.Routes.MapRoute(
            "Default",                                              // Route name
            "{controller}/{action}/{id}",                           // URL with parameters
            new { controller = "Home", action = "Index", id = "" }  // Parameter defaults
        );
    }
    public void Detach(ExtensibleHttpApplication owner)
    {
        //nothing
    }
}
同样如果要在HttpApplication中启动Workflow,可以再针对Workflow定义一个扩展对象,如下示例代码所示:
public class WorkflowHttpApplication : IExtension<ExtensibleHttpApplication>
{
    private WorkflowRuntime workflowRuntime;
    public void Attach(ExtensibleHttpApplication owner)
    {
        workflowRuntime = new WorkflowRuntime("workflowServicesConfig");
        ExternalDataExchangeService externalDataExchangeService = new ExternalDataExchangeService();
        workflowRuntime.AddService(externalDataExchangeService);
        workflowRuntime.StartRuntime();
    }
    public void Detach(ExtensibleHttpApplication owner)
    {
        workflowRuntime.StopRuntime();
    }
}
我们已经定义好了相应的扩展对象,只需要在相应的HttpApplication把扩展对象附加到ExtensibleHttpApplication上即可,修改Global.asax中的代码如下所示:
public class MvcApplication : ExtensibleHttpApplication
{
    protected void Application_Start()
    {
        this.Extensions.Add(new MvcHttpApplication());
        this.Extensions.Add(new WorkflowHttpApplication());
    }
}
现在代码是不是看起来优雅多了?现在如果要在Application_Start中,添加另外一些执行代码,只需要编写相应的扩展对象,并将其添加到Extension集合中即可。也许有朋友会问,这样每添加一些新的代码,还是要修改Application_Start中的代码啊?别忘了,可以通过配置可以解决这个问题,WCF中的扩展不也是可以采用配置方式实现,不是吗?同样,如果我们需要在Application_End事件中释放某些对象,可以直接从扩展集合中移除它,此时将会调用它的Detach方法。

总结

本文介绍了如何使用WCF中提供的可扩展对象模式扩展HttpApplication,事实上可扩展对象模式的作用远不在此,它可以扩展.NET类库中任何我们想对其进行扩展的对象,或者是一个自定义的类型,都可以使用可扩展对象模式对其进行扩展。
特别鸣谢: Jesse Qu
注1:由于TerryLee最近一段时间忙于别的事务,无暇顾及Blog,所以有大量的评论和E-mail都没能回复,请大家见谅。
注2:由TerryLee撰写的《Silverlight 2完美征程》一书,即将于本月底上市,敬请期待,详情大家可以访问本书官方网站 [url]http://www.dotneteye.cn/silverlight[/url]了解。





















本文转自lihuijun51CTO博客,原文链接:http://blog.51cto.com/terrylee/151985  ,如需转载请自行联系原作者
相关文章
|
4月前
|
Kubernetes Java 流计算
Flink application on k8s 有没有和 session 模式通过-C 指定额外的 jar 的相同功能啊?
Flink application on k8s 有没有和 session 模式通过-C 指定额外的 jar 的相同功能啊?
30 0
|
11月前
|
消息中间件 存储 NoSQL
「Web应用架构」如何扩展WebSockets
「Web应用架构」如何扩展WebSockets
|
数据库
分布式服务器框架之Servers.Core类库字符串工具类实现
判断是否是空字符串或者无效字符串。数据库里的空对象,如果这一行这一列是null的话,取出来的话不是null,也不是空字符串。我猜测数据库为了填充表格为了让空间连续,所以空填充一些没用的二进制数据,这些数据会做出标记。所以要判断一下类型是否等于DbNull。
|
SQL NoSQL MongoDB
分布式服务器框架之Servers.Core库中实现MongoDB对象实体类 管理对象ID
MongoDB中的ID是一个hash码,和传统的关系数据库相比MongoDB没有办法实现ID的自增,如果需要ID自增的话,所以要自己管理ID,并且把对应类型的ID写入到一个专门的Collection(其实就是Sql中的Table)里面去,每次创建新对象的时候,都要取到该类型当前的ID,然后在这个基础上+1,比如当前是角色的ID是1,又创建了一个新的角色,要在原来的基础上+1 ID=2。今天先把MongoDB的对象实体基类实现了。
|
Dubbo Java 应用服务中间件
Dubbo3实践:基于 IDL 的 Triple 协议 Pojo 序列化兼容模式
这篇教程会通过从零构建一个简单的工程来演示如何基于 POJO 方式使用 Dubbo Triple, 在应用不改变已有接口定义的同时升级到 Triple 协议。**此模式下 Triple 使用方式与 Dubbo 协议一样。** 具体用例可以参考:[dubbo-samples-triple/pojo](https://github.com/apache/dubbo-samples/tree/mast
303 0
|
存储 设计模式 缓存
听说你还不懂 Java 的服务定位器模式(Service Locator Pattern)?(上)
听说你还不懂 Java 的服务定位器模式(Service Locator Pattern)?
164 0
听说你还不懂 Java 的服务定位器模式(Service Locator Pattern)?(上)
|
前端开发 .NET 索引
一起谈.NET技术,技巧:使用可扩展对象模式扩展HttpApplication
  概述   HttpApplication对象对于做ASP.NET开发的朋友,我想没有人不熟悉它。在ASP.NET开发中,经常避免不了要在HttpApplication中执行一些操作,如使用了ASP.
975 0

热门文章

最新文章