CMS系统模版引擎设计（2）：页面生产流程

上节我们介绍了下基本的几个类。下面我们来讲下本CMS系统的运行机制。

一个Url请求过来，我们的CMS系统就要对URL进行分析，知道其Domain属于哪个Site，Url符合哪个Page的访问规则，然后再把Page的Template里的Label进行行替换。

如何拦截Url请求呢？ 那就是HttpModule。

自定义一个CMSHttpModule:IHttpModule，在config里增加HttpModule的配置即可。

　　　我画了一张图，先看一下生产流程。

     

步骤如下：

　　获取匹配当前domain的Site，如果匹配不到，说明数据库中不存在这个Site。那就只能输出空信息了。
　　【注意】如果你想让你的URL访问没有后缀，那必须添加“通配符映射”，并且不能“检查文件是否存在”，什么是通配符？即使所有的URL格式，不管是什么后最，有没有后缀，都会走ASP.NET的 ISAPI筛选器。也就是都会走我们定义的HttpModule，包括页面内的图片、js等静态资源。所以我们必须过滤掉不想处理的后缀，这些后缀可以是针对每个Site配置，也可以针对全局配置，所以我们还需要给Site类增加一个Config属性，并且定义一个Config类。

　　代码

     public   class  Config
    {
         private  IDictionary < string ,  string >  _configs;

         public   string   this [ string  key]
        {
             get
            {
                 return  _configs  !=   null   &&  _configs.ContainsKey(key)  ?  _configs[key] :  string .Empty;
            }
             set
            {
                 if  (_configs  ==   null )
                {
                    _configs  =   new  Dictionary < string ,  string > ();
                }

                 if  (_configs.ContainsKey(key))
                    _configs[key]  =  value;
                 else
                    _configs.Add(key, value);
            }
        }
    }

 

Site获取ConfigValue的逻辑是先从自己的Config获取，如果没有再去Global的config获取。为什么需要Config呢？因为不同的站点可能需要自定义一些变量到前台使用。

　　好了，过滤说完了，就该获取Page了。

　　根据URL拿Page实例，Page也需要用hashtable来缓存，因为这个获取实例的请求实在是太大了，复杂度也要降到O(1)。

 　  如果page是null，说明数据库不存在这个Page，所以要跳出HttpModule，让IIS接手继续处理。

　　如果存在，则需要判断Page是否缓存，我们这里缓存其实就是生成静态页，如果缓存了，则根据URL生成静态页文件名，再去查找是否存在这个文件，如果存在还要判断文件的创建时间是否过期。如果过期了，我们就得重新写入一个新文件，通过返回旧文件，等新文件创建成功后覆盖掉旧文件（读写分离）。

　　如果不是缓存，则获取Page.Template.Content，然后循环Labels，对Content进行替换。

    var html  =  page.Template.Content;
     foreach  (var label  in  page.Labels)
    {
        html  =  html.Replace(label.Template, label.GetHtml());
    }

 

　　 最后输出被替换掉标签的html，则页面生产完成。

　　我讲的都是粗略的框架，开发过程中会出现很多细节性的东西，我就不提了，只提一些比较重要的。下节我们该讲如何设计Label了！