了解之后我们也可以知道哪一部分是可以由我们改造的。
基于Castle 1.0 RC3版本,和Castle 1.0稍微有点区别
首先看一下最简的一个web.config配置文件:


























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




















在Init方法中会读取配置文件,根据配置文件生成相应的类,
如: XmlNodeList services = section.SelectNodes("services/service");
比如我们下面提到的 DefaultUrlTokenizer类,当我们在web.config中配置了相应的类后,在解析Url时会使用我们自己配置的类,缺省情况下才使用 DefaultUrlTokenizer类
然后执行 OnStartMonoRailRequest方法:
主要是把Url等信息解析好放入 context中, context.Items[RailsContextKey] = newContext; 这里放入的是一个DefaultRailsEngineContext对象,这也是特别重要的一个对象,里面包含我们要调用的Controller类等信息。
在解析Url时默认用的是DefaultUrlTokenizer类,主要以下一段话:








接下来执行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方法,执行完之后,显示页面:







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