MonoRail学习笔记四:MonoRail基本流程分析

简介:
主要分析MonoRail框架内主要的几个类之间的调用关系,特别是分析一下当我们在浏览器中输入一个链接时,后台是怎么调用的,直至最后显示出页面的一个大体流程。
了解之后我们也可以知道哪一部分是可以由我们改造的。
基于Castle 1.0 RC3版本,和Castle 1.0稍微有点区别

首先看一下最简的一个web.config配置文件:
<? xml version="1.0" encoding="utf-8"  ?>
< configuration >
    
< configSections >
        
< section  name ="monorail"  type ="Castle.MonoRail.Framework.Configuration.MonoRailSectionHandler, Castle.MonoRail.Framework"   />
    
</ configSections >

    
< monorail >
        
< controllers >
            
< assembly > TestSiteNVelocity </ assembly >
        
</ controllers >

        
< viewEngines  viewPathRoot ="views" >
            
< add  type ="Castle.MonoRail.Framework.Views.NVelocity.NVelocityViewEngine, Castle.MonoRail.Framework.Views.NVelocity"  xhtml ="false"   />
        
</ viewEngines >
    
</ monorail >
    
    
< system .web >
        
< httpHandlers >
            
< add  verb ="*"  path ="*.rails"  type ="Castle.MonoRail.Framework.MonoRailHttpHandlerFactory, Castle.MonoRail.Framework"   />
        
</ httpHandlers >
        
< httpModules >
            
< add  name ="monorail"  type ="Castle.MonoRail.Framework.EngineContextModule, Castle.MonoRail.Framework"   />
        
</ httpModules >
    
</ system.web >
</ configuration >

可以看到在web.config中出现了三个类,下面我就按照程序执行的顺序来分析一下:
(以输入最简单的 http://localhost:***/home/index.rails为例)

首先执行 EngineContextModule类的Init方法:
         public   void  Init(HttpApplication context)
        
{
            
if (context.Context.Error != null)
            
{
                
throw new Exception(
                    
"An exception happened on Global application or on a module that run before MonoRail's module. " + 
                    
"MonoRail will not be initialized and further requests are going to fail. " + 
                    
"Fix the cause of the error reported below.", context.Context.Error);
            }


            
lock(initLock)
            
{
                CreateAndStartContainer(context);
            }


            context.BeginRequest 
+= new EventHandler(OnStartMonoRailRequest);
            context.AuthorizeRequest 
+= new EventHandler(CreateControllerAndRunStartRequestFilters);

            SubscribeToApplicationHooks(context);
        }

在Init方法中会读取配置文件,根据配置文件生成相应的类,
如: XmlNodeList services = section.SelectNodes("services/service");
比如我们下面提到的 DefaultUrlTokenizer类,当我们在web.config中配置了相应的类后,在解析Url时会使用我们自己配置的类,缺省情况下才使用 DefaultUrlTokenizer

然后执行 OnStartMonoRailRequest方法:
主要是把Url等信息解析好放入 context中, context.Items[RailsContextKey] = newContext;  这里放入的是一个DefaultRailsEngineContext对象,这也是特别重要的一个对象,里面包含我们要调用的Controller类等信息。
在解析Url时默认用的是DefaultUrlTokenizer类,主要以下一段话:
string [] parts  =  rawUrl.Split( ' / ' );

if  (parts.Length  <   2 )
{
    
throw new UrlTokenizerException("Url smaller than 2 tokens");
}


action 
=  parts[parts.Length  -   1 ];
也就是当我们输入 http://localhost:****/index.rails时会报错,必须有两个/的情况才允许的

接下来执行CreateControllerAndRunStartRequestFilters方法,这个方法最主要的就是生成Controller类:
  return (Controller) Activator.CreateInstance(type);


然后进入 MonoRailHttpHandlerFactory类的 GetHandler方法
默认情况下调用以下语句:
  mrHandler = new MonoRailHttpHandler(logger);

接着再进入 MonoRailHttpHandler类的 ProcessRequest方法
这里首先取得处理好的context对象:
  IRailsEngineContext mrContext = EngineContextModule.ObtainRailsEngineContext(context);
通过mrContext对象最终调用动态方法:
    method.Invoke(this, new object[0]);
也就是执行HomeController中的index方法,执行完之后,显示页面:
private   void  ProcessView()
{
    
if (controller._selectedViewName != null)
    
{
        viewEngineManager.Process(context, controller, controller._selectedViewName);
    }

}
显示页面时就会调用我们web.config中配置的 NVelocityViewEngine类去实际输出页面

小结:
从以上分析可以看出MonoRail的设计是很灵活的,很多思想可以借鉴的,
首先Module部分可以被替换,我们可以实现自己的Module,
其次 viewEngines部分可以替换(这个很多人都知道了)
然后一些Services也可以动态替换,比如我前面提到的解析Url的类,可以用我们自己的方式解析,来实现不同的Controller和Url的映射关系。

    本文转自永春博客园博客,原文链接:http://www.cnblogs.com/firstyi/archive/2007/10/19/929150.html ,如需转载请自行联系原作者

相关文章
|
存储 网络协议 物联网
Android集成MQTT教程:实现高效通信和实时消息传输
Android集成MQTT教程:实现高效通信和实时消息传输
3200 0
|
数据挖掘 项目管理 数据库
用语雀数据表做项目管理
项目管理是技术同学经常会面临的课题,有没有什么轻量级的工具可以便捷使用呢? 且看看科技公司项目经理的实践案例吧~
|
Java Android开发 API
Android电源管理系列之PowerManagerService(二)
WakeLock机制 PowerManager.WakeLock 为了延长电池的使用寿命,Android设备会在一段时间后使屏幕变暗,然后关闭屏幕显示,直至停止CPU进入休眠。
1955 0
|
6月前
|
安全 搜索推荐 Android开发
Android系统SELinux安全机制详解
如此看来,SELinux对于大家来说,就像那位不眠不休,严阵以待的港口管理员,守护我们安卓系统的平安,维护这片海港的和谐生态。SELinux就这样,默默无闻,却卫士如山,给予Android系统一份厚重的安全保障。
205 18
|
12月前
|
自然语言处理 索引
RAG入门:理解检索增强生成模型的基本原理
【10月更文挑战第21天】作为一名长期从事自然语言处理(NLP)研究的技术人员,我一直在关注各种新兴技术的发展趋势。其中,检索增强生成(Retrieval-Augmented Generation, RAG)模型引起了我的特别兴趣。RAG技术结合了检索系统和生成模型的优点,旨在解决传统生成模型在处理长文本理解和生成时所面临的挑战。本文将从个人的角度出发,介绍RAG的基本概念、工作原理及其相对于传统生成模型的优势,并探讨一些基本的实现方法。
648 1
|
Java Maven
Maven - 解决Maven下载依赖包速度慢问题
通常我们会因为下载jar包速度缓慢而苦恼,这十分影响开发效率,以及程序员的心情,在IDE下载jar时,无法对IDE做任何动作,只能大眼对小眼。 下载jar速度慢究其原因就是因为很多资源都是国外的,我们下载一个小文件几乎就跨越了一个太平洋那么远,那么有什么方法可以让下载速度变快呢?   其实方法...
7833 0
|
10月前
|
传感器 安全 物联网
阿里云先知安全沙龙(北京站) ——车联网安全渗透测试思路分享
本文介绍了智能汽车的整车架构、协议栈结构、攻击点分析、渗透思路及案例分享。整车架构涵盖应用层、协议层和物理层,详细解析各层次功能模块和通信机制。攻击点包括Wi-Fi、USB、NFC等,展示车辆通信接口和系统组件的安全风险。渗透思路从信息收集到系统内部探索,利用固件漏洞控制车辆功能。案例展示了网段隔离不足导致的SSH访问和OTA日志审计漏洞,揭示了潜在的安全威胁。
|
监控 测试技术 Shell
APP的CPU,内存和流量如何测试?
APP的CPU,内存和流量如何测试?
466 0
|
Shell Linux 测试技术
Android App性能评测分析-cpu占用篇
1、前言 很多时候在使用APP的时候,手机可能会发热发烫。这是因为CPU使用率过高,CPU过于繁忙,会使整个手机无法响应用户,整体性能降低,用户体验就会很差,也容易引起ANR等等一系列问题。
5555 0