NET框架中的 Observer 模式

应用场景：net 框架下的HttpModule (.net2.0 代码)

         先看一下 Observer 模式结构图:

    再看一下.net框架中的应用结构图

    关于HttpApplication.InitModules()函数的调用代码如下

1 private void InitModules()
2 {
3    //根据CONFIG文件中的配置来进行相关Module的创建并返回集合
4    this._moduleCollection = RuntimeConfig.GetAppConfig().HttpModules.CreateModules();  
5    this.InitModulesCommon();
6}

而这里的CreateModules所进行初始化的代码如下

 1 internal HttpModuleCollection CreateModules()
 2 {
 3    HttpModuleCollection modules = new HttpModuleCollection();
 4    foreach (HttpModuleAction action in this.Modules)   //
 5    {
 6        modules.AddModule(action.Entry.ModuleName, action.Entry.Create());
 7    }
 8    modules.AddModule("DefaultAuthentication", new DefaultAuthenticationModule());
 9    return modules;
10}

  
而.net1.0 下的代码相对应的是：

 1 internal HttpModuleCollection CreateModules()
 2 {
 3    HttpModuleCollection modules = new HttpModuleCollection();
 4    foreach (ModulesEntry entry in this._list)  //arraylist类型，因此此处要存在转型操作
 5    {
 6        modules.AddModule(entry.ModuleName, entry.Create());
 7    }
 8    modules.AddModule("DefaultAuthentication", new DefaultAuthenticationModule());
 9    return modules;
10}

    看来差别并不大, 因此不就多说什么了。

 
//内部属性 HttpModules，完成从<httpModules>配置节点读取信息关初始化相关集合的任务，
//注.net1.0 框架下的代码在此处不完全相同，1.0下用 HttpModulesConfiguration，来返回集合。

1 internal HttpModulesSection HttpModules
2 {
3    get
4    {
5        return (HttpModulesSection) this.GetSection("system.web/httpModules", typeof(HttpModulesSection), 
6 ResultsIndex.HttpModules);
7    }
8}
9

//开始运行module中的init函数

 1 private void InitModulesCommon()
 2 {
 3    int count = this._moduleCollection.Count;
 4    for (int i = 0; i < count; i++)
 5    {
 6        this._currentModuleCollectionKey = this._moduleCollection.GetKey(i);
 7        this._moduleCollection[i].Init(this);  //此处代码将相关的module中的init函数
 8    }
 9    
10    .
11}

    思考：另外本人觉得httphandler实现所采用的模式与httpmodule方式不同。大家可以看一下HttpApplication类中的
ApplicationStepManager.BuildSteps(WaitCallback stepCallback)方法(会在HttpApplication.InitInternal被调用)中
有这个一段:

    ....
    steps.Add(new HttpApplication.MapHandlerExecutionStep(app)); 
    ....

         而MapHandlerExecutionStep，而它会调用自身的Execute()，近而调用MapHttpHandler--->GetAppLevelHandlerMapping以从
webconfig结点中加载匹配条件的处理程序绑定。因此从这方面，buildstep更像是一组装起来的流水线。而httphandler只是提供
一个零件而已, 但这个流水线从我个人角度看倒有点象是个"异步执行"的Observer结构，这里就不再分析了:)

          注：关于web.config中的相关ADD，REMOVE,Clear 等属性初始化设置可以参见ConfigurationElement类中的this[Configurati
onProperty prop]属性（get将会初始化或返回相应的HttpModuleActionCollection集合，并提供给HttpApplication.CreateModules()
使用），以及ConfigurationSectionCollection类相关的方法。
         另外说明的是HttpModulesSection 的派生于ConfigurationSection，而ConfigurationSection派生于ConfigurationElement。

         相关联的类如ConfigurationProperty,ConfigurationPropertyCollection()基本上都是类似于数据结构的封装，看一下代码
大家就该清楚了。

        总体上说，Observer结构应该是一种很好掌握的模式，也很好理解。这里再把这种模式的意图和适用性拷贝如下，以加深理解：

        意图:  定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时, 所有依赖于它的对象都得到通知并被自动更新。 
        适用性: 
            1.当一个抽象模型有两个方面, 其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立
               地改变和复用。 
             2.当对一个对象的改变需要同时改变其它对象, 而不知道具体有多少对象有待改变。 
             3.当一个对象必须通知其它对象，而它又不能假定其它对象是谁。换言之, 你不希望这些对象是紧密耦合的。