[转载]CMS系统模版引擎设计(2):页面生产流程

[转载]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了!

赞(0) 打赏
分享到: 更多 (0)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏