浅谈dedecms模板引擎工作原理及自定义标签

***root/test.tpl.htm 网页模板

    {tianya:my att1=1 att2='2'}
        [field:my/]
    {/tianya:my}
    {tianya:test att1=1 att2='2'}
        [field:test/]
    {/tianya:test}

***root/test.tpl.htm 网页模板

    {tianya:my att1=1 att2='2'}
        [field:my/]
    {/tianya:my}
    {tianya:test att1=1 att2='2'}
        [field:test/]
    {/tianya:test}

可以看到$dtp对象的内部结构，其中有一个DedeTag类的数组CTags，DedeTag类的定义见root/include/ dedetag.class.php。最好不要直接用DedeTag类的字段，而用DedeTag提供的函数。比如用tag1->GetName()而不是用tag1->TagName。花一小段时间就能把DedeTag类看完，这些语法在以后自定义标签时会有用。

再看一个例子，***root/test.php
 

***root/test.htm

{tianya:zoo att1=1 att2='2'}
     [field:name/] is a [field:animal/]
{/tianya:zoo}

可见，解析底层模板和解析标签是一样的，只不过把底层模板当作是以field为命名空间，‘[’和‘]’为边界的标签而已。

接着看一下include/taglib/memberlist.lib.php，和lib_zoo很像吧。你是不是突然懂得如何定义标签了，读memberlist.lib.php里面的代码，模仿，就能自定义标签了，可参考“扩展标签”。所以自定义标签只用在include/taglib里加入XX.lib.php文件，里面定义lib_XX函数即可。快点去试一试。

***把root/index.php（默认模板根目录中的）里面的

$pv->SetTemplet($cfg_basedir . $cfg_templets_dir . "/" . $row['templet']);

改成$pv->SetTemplet($cfg_basedir .'/test.htm');

在root/test.htm使用自定义标签吧

是否需要自定义标签

笔者刚学织梦标签时，第一个感觉就是之梦的标签比较抽象，不够好用。比如说刚才的zoo的问题，我就会定义一个zoo标签。后来才发现应该用定义频道的方法解决，可参考“dedecms中自定义数据模型”这篇文章。另外，标签也有一些弱点，在开发中会慢慢体会到。

上面讲了五大势力的关系、一个标签的解析过程和如何定义标签，回忆一下看看是否对标签解析有了六七成的把握。解析式模板的运作还有很多细节，读源码是最好的学习方法。但有点难度，看自己需要的程度吧，可以跳过这一段。

***把root/index.php（默认模板根目录中的）里面的

$pv->SetTemplet($cfg_basedir . $cfg_templets_dir . "/" . $row['templet']);

改成$pv->SetTemplet($cfg_basedir .'/test.htm');

编写root/test.htm

{wmd:memberlist row=6 signlen=30} 
<li><a href="[field:spaceurl/]" target="_blank">[field:uname/]</a></li>
{/wmd:memberlist}

运行index.php

这是怎么办到的，跟踪代码自己想吧（tips：适当地var_dump一些变量，还有用一下ctrl+F）。主要看dedetag.class.php这个文件，是织梦的核心文件，还是该看一看的。

过程大概是这样的：new PartView()（include/ arc.partview.class中）调用了DedeTagParse()，SetNameSpace ()做了一些初始化工作。LoadTemplate() 一方面读取网页模板代码，另一方面调用ParseTemplet()把网页模板分解标签，属性，底层模板等，得到$pv->CTags。

Display()调用echo GetResult()的结果。GetResult()就是由分解好的标签，属性，底层模板等算出结果html。由于dedecms标记满足树形的语法规则（像html一样），所以，计算标签是一个遍历树的过程。至于每个标签的值的计算，就调用了AssignSysTag()，它处理了global等标记。对于自定义标记，通过调用IncludeFile处理，这个函数又通过了复杂的调用，最后调用了include\helpers\channelunit.helper中的MakeOneTag()的函数。

自己整理一下吧！

二 解析与网页的上下文

       后面的部分是我在写完“关于网页模板”后补上的，涉及到封面模板、列表模板和文档模板，不了解的读者可以先看看那篇文章。

       通过链接，网页可以在封面页、列表页和文档页间跳转，那怎么样在页面中传递信息呢？可以用get方式。由于系统有生成功能，它会把解析的结果生成纯的html页面，不太容易看清解析的过程。不妨先不用生成功能，如在后台添加一篇文章，在发布选项处选“仅动态浏览”，之后保存，预览。看到地址栏内容形如http://localhost/plus/view.php?aid=114。

       不妨细细研究这个超链接，首先是aid=114。aid指article id，是文章的编号。通过给出这个编号，通过XXX处理，就能得出文章的所有信息，再加上文档模板（就像一个格式），就能的出具体的html文档页。类似地，还有tid（type id，栏目号）、cid（channel id，频道/模型号）或其他。这是在上下文间传递的信息。

　　之后说说plus/view.php。打开该文件，发现里面用aid为参数，创建了一个视图类Archives的对象（在include/arc.archives.class中定义），并调用Display函数显示。这和根目录/index.php用partview视图类对象来解析模板的道理是一样的，不过这里多附加了aid表示具体的文章（而index中的东西是通用的，不用附加上下文）。也就是说，解析封面模板、列表模板和文档模板都有建立解析引擎对象。

　　另外，链接中对应php文件不一定是plus/view.php，显示文档可用plus/view.php；显示列表可用plus/list.php。我猜测之所以会有文档模板和列表模板差异就是来自于不同的视图类。

　　之后，若在文章的发布选项处选“生成html”，就是调用视图类的SaveToHtml函数。得到的文章链接形如http://localhost/a/webbase/javascript-ajax/2010/0409/114.html。