作为CMS，最需要做到地是把程序和数据展示分离出来，让用户不需要了解太多程序的程序即可很方便的使用来搭建合种个性化站点，而标签的灵活性，很大程度上决定了CMS的好用与不好用，而标签的好用不好用，除了处决于标签本身在细节上做的细致程度（如详细的帮助文档、简单的标签生成方式等）决定外，整个标签体系的设计思路更起到决定作用。
本文中落叶对PHPCMS、DEDECMS及帝国CMS的标签的设计思路与解析方式作一些简要的对比分析。
现在主流的PHP程序实现数据处理与数据展示的分离，都会使用第三方的或者自己开发的模板引擎，一般的模板引擎中除了支持特定格式的数据变量标签展示外，还支持数组循环、逻辑判断、函数处理、文件包含、PHP原生语法等。
一般的模板引擎的处理思路时各种以HTML文本的方式存储（有的是.html的扩展名，有的是.tpl的扩展名），然后模板引擎会对模板中的标签或代码进行编译预处理成PHP文件缓存到特定目录，处理成的PHP文件里面不再是标签格式，而是标签被处理后可直接执行的对应的PHP语句块。然后在PHP 控制文件中处理好数据后，使用模板调用函数调用编译好的PHP文件形式的缓存模板（当然，过程中会有判断，如果缓存不存在，则直接从原模板文件编译一次生成缓存后调用），直接整合到PHP控制文件中一起执行。
如果是生成静态，则是先处理好数据后，引用编译好的模板文件，执行，输入后缓存区，后面再写入生成HTML文件。
早期的ASP类风格的CMS设计没有系统化的模板引擎，而是采用单一替换的模式，即先读入模板文件，然后替换模板文件中标签，每一个标签都是单独处理替换。
PHPCMS和DEDECMS中模板的处理方式为通用的模板引擎处理方式，而帝国CMS的模板处理方式为早期的ASP类风格CMS的处理方式。
1. PHPCMS标签的解析方式：
PHPCMS标签形式主要有TAG标签和GET标签，静态HTML模板在编译过程中会经过模板引擎统一进行正则替换并转化为对应的PHP函数块。
如：{tag_标签内容列表}，经模板引擎编译处理后：
| <?php echo tag('phpcms', 'tag_content', "SELECT a.contentid,a.catid,a.typeid,a.areaid,a.title,a.style,a.thumb,a.keywords,a.description,a.userid,a.updatetime,a.inputtime,a.url FROM `phpcms_content` a, `phpcms_content_position` p WHERE a.contentid=p.contentid AND p.posid=1 AND a.status=99 ORDER BY a.contentid DESC", 0, 5, array ( 'class' => 'url', 'target' => '_blank', 'titlelen' => '35',));?> |
在控制PHP文件中使用模板引用函数引用模板时，该标签即自动调用global.func.php文件中的tag函数执行得到文章列表结果后输出。
又如GET标签：调用最新10条文章标题的GET标签
| {get sql=" SELECT `title` FROM `phpcms_content` ORDER BY contentid DESC " rows="10"} <li>{str_cut($r[title],20,’’)}</li> {/get} |
经PHPCMS模板引擎编译解析后的PHP代码块：
| <?php $DATA = get("SELECT `title` FROM `phpcms_content` ORDER BY contentid DESC", 10, 0, "", "");foreach($DATA AS $n => $r) { $n++;?> <li> <?php echo str_cut($r['title'],20,'');?> </li> <?php } unset($DATA); ?> |
2. DEDECMS标签的解析方式：
DEDECMS标签的解析方式和PHPCMS类，经过DEDE模板引擎类的dedetag.class.php的编译处理，标签被处理成PHP代码块后缓存到data目录的tplcache目录。
如：分页页码列表标签{dede:pagelist listsize=‘5’ listitem=‘’/}经DEDE模板引擎编译解析后和模板HTML一起缓存到缓存目录的对应的PHP代码块为：
| <?php $atts = array(); $atts['tagname'] = 'pagelist'; $atts['listsize'] = '6'; echo $this->refObj->GetPageList($atts,$this->refObj,$fields); ?> |
因为DEDE CMS模板引擎也是目前通用的模板引擎编译解析方式，所以整个流程和PHPCMS类似。
3. 帝国CMS标签处理方式：
据落叶的观察，帝国CMS是没有模板引擎这个概念的，每一个标签的处理都是单独用函数来替换。前一段时间，一位朋友希望在内容页有多分页的文章前面加上分页小标题导航。当时，为了实现这个小小的功能，落叶仔细研究了下落叶的模板标签解析功能，实际发现，帝国CMS在生成静态时，是先将需要展示的数据处理好，甚至整合HTML文件然后单个替换模板中的标签，每个标签都单独写一个或几个函数来处理，然后替换后生成静态。基本上帝国CMS中的标签替换基本是白名单替换。结果是，即使自己想在内容页增加一个简单的自定义标签，实现一些小的功能，都需要修改帝国的functions.php和 t_functions.php中的核心函数文件。
举个帝国CMS处理标签的简单例子：
获取面包屑导航的标签的处理代码如下：
|
$string=str_replace('[!--newsnav--]',$url,$string); |
处理标题标签的代码如下：
| $string=str_replace('[!--pagetitle--]',$title,$string); |
一般如果按照模板引擎编译解析的方式，会选将所有变量性质的标签直接通过定界符判断出是标签，然后统一使用正则进行解析，而帝国的处理方式是一个个单独处理，所以就出现像上面的那样，$string为读取出来的模板内容，然后一步一步逐一替换处理，典型的早期的动易、新云等ASP类CMS的标签的处理方式。
不管帝国CMS这样处理的执行效率高不高，至少二次开发的效率是很低的，每个页面的标签或者变量都要单独去处理。如果是想在模板中增加一个自定义变量类的标签，在PHPCMS中只需要在模板中{$自定义变量名}这样即可，而帝国CMS中除了在模板中添加［！—自定义变量名--］（如［！--pagedes--］）外，不得不在生成静态的处理函数中增加类似上面的标签替换步骤，如：$string=str_replace('［!--pagedes--］',$pagedes,$string）;
也许对于普通用户而言，不论标签的解析方式如何，只要把标签做得细致，简单好用，灵活， 就够了，所以帝国CMS还是有比较多的忠实用户的，很多人觉得很省心，不要考虑啥逻辑，按照说明，标签放上去，就基本没问题。而对于深度用户，尤其是有编程基础的用户，喜欢DIY或者个性需求较多的，更习惯目前主流的模板引擎的编译解析方式，不太喜欢封装得很好的标签，希望得到干净的数据，可以直接在模板中进行逻辑处理，而标签除了一部分是变量外，调用数据类标签，实际是特定格式调用的系统函数。
至少落叶，偏向于喜欢PHPCMS和DEDECMS的标签解析方式，而对帝国CMS的标签处理方式比较纠结。
系列相关文章：
- 帝国、PHPCMS及织梦对比(一)：自定义模型功能分析
- 帝国、PHPCMS及织梦对比(二)：支持SQL调用的标签
- 帝国、PHPCMS及织梦对比(三)：自定义URL规则
- 帝国CMS与PHPCMS对比（四）：碎片功能分析
- 帝国、PHPCMS及织梦对比（五）：标签解析方式分析
- 帝国、PHPCMS及织梦对比（六）：专题功能对比分析
- 帝国、PHPCMS及织梦对比（七）之自定义表单功能分析
- 帝国、PHPCMS及织梦对比（八）：SEO辅助功能及个性化调用分析
- 帝国、PHPCMS及织梦对比（九）：关联类别属性
- 帝国、PHPCMS及织梦对比(十)：推荐位功能
- 帝国、PHPCMS及织梦对比(十一)：采集功能
- 帝国、PHPCMS及织梦对比(十二)：PHPCMS低级BUG问题分析