dedecms代码详解.docx

1、dedecms代码详解dedecms代码研究（1）开篇dedecms相信大家一定都知道这个cms系统，功能比较强大，有比较完善的内容发布，还有内容静态化系统，还有就是它有自己独特的标签系统和模板系统。而模板系统也是其他cms系统比较难模仿的的东西，这个东西还是需要一点开发功力和技巧的。本系列文章就研究一下dedecms的这套系统，挖掘一下看看里面有什么好东西。官方网站：本文使用的是5.6版的dedecms建议大家先了解一下dedecms的功能。自己先动手用一下，对系统功能有个大概了解。本文先带领大家了解一下dedecms的代码和功能架构。其实，dedecms在架构上没什么应用架构模式可言，就是

2、最简单的PHP应用而已。访问不同的PHP文件，管理不同的系统功能。看目录大家都能猜出来各个目录干什么用的。include目录放系统的一些公用函数和类，plus目录放插件，templates目录放模板，dede目录是管理后台目录。我们打开include目录，看看里面都有什么好东西。calendar 一个选时间的jscaptcha 一个验证码，还是开源组件code 没啥意思，翻页的文字data 里面是一些系统用到的资源，比如声音，分词库，字体，图片等dialog 里面估计是一些AJAX弹出窗口的内容部分。以后碰到了再说inc 里面一些单独的功能类函数，以后研究一下为什么要单独放payment 支付

3、接口taglib 好东西，是dedecms的标签存放的地方，打开看看，里面一堆文件，貌似就是dedecms的模板标签啦tpllib 模板库？暂时搞不明白，希望随着研究深入，能弄明白其他include目录下的文件估计都是一些最基本的功能文件啦，比如常用函数，模板系统之类的东西了。用到再说吧打开dede目录（就是dedecms的管理目录）看看，哟嗬，里面的东西还挺多，看名字就知道了，都是各种功能管理文件，一个功能一个文件。最原始的网站开发模式做出来的。我们姑且称之为高效吧。毕竟PHPwind和discuz之类也是用类似的方法开发的。整个程序大体就这些东西啦。功能就不讲了，建议不熟悉dedecms的

4、朋友自己看一下dedecms的后台管理功能，这样能有助于我们更好理解和分析它。另外提一点，我们的这次代码分析，主要分析的是其页面生成、显示、模板处理、标签处理部分，这套系统也是dedecms比较引以为傲的东西，之后呢，还会分析一些笔者觉得比较酷的功能代码。最后，希望这次代码分析旅程能让大家有所收获。dedecms代码研究（2）从index开始 分析开始：现在继续，今天讲的主要是dedecms的入口代码。先打开index.php看看里面是什么吧。打开根目录下的index.php，映入眼帘的是一个if语句。检查/data/common.inc.php是否存在。如果不存在就跳转到安装界面。我们来到/

5、data/看看这个目录和common.inc.php。打开/data/，里面很多目录和文件，有上传的临时目录，模板缓存，压缩的临时目录，各种数据库里保存的系统配置信息的缓存文件以及其他的一些东西，就一个字乱好吧，我们打开common.inc.php。原来就是保存了数据库连接的相关变量而已。说白了，就是dedecms的数据库连接配置文件，这是安装完系统生成的。所以/index.php会检查它是否存在。我们回到/index.php中继续往下看，第二个if语句，判断GET请求“upcache”是否存在，存在就更新首页缓存，不存在就直接301跳转到index.html，也就是dedecms的静态首页（

6、记住，dedecms的前台页面都是系统生成的静态页面）。想想接下来我们要研究什么？对，就是GET请求“upcache”存在的时候，更新首页缓存这小段代码啦。代码如下：require_once (dirname(_FILE_) . /include/common.inc.php);require_once DEDEINC./arc.partview.class.php;$GLOBALS_arclistEnv = index;$row = $dsql-GetOne(Select * From #_homepageset);$rowtemplet = MfTemplet($rowtemplet);$

7、pv = new PartView();$pv-SetTemplet($cfg_basedir . $cfg_templets_dir . / . $rowtemplet);$pv-SaveToHtml(dirname(_FILE_)./index.html);include(dirname(_FILE_)./index.html);exit();第一行，加载/include/common.inc.php，估计是一些常用函数和加载其他系统函数和类的文件。第二行，又加载了DEDEINC./arc.partview.class.php，注意DEDEINC这个常量，我们知道经过前期对dedecms目

8、录结构观察，arc.partview.class.php是在/include目录下的，而加载/include/common.inc.php却没有用DEDEINC这个常量，这说明，common.inc.php里面定义了DEDEINC这个常量，所以后面得以使用，也印证了common.inc.php大体作用就是系统运行基本部分，都在这里面啦。我们不急着进common.inc.php，继续把index.php的更新缓存代码看完。第三行，设置了一个全局变量：$GLOBALS_arclistEnv = index;第四行，获取一个表#_homepageset的所有记录，当然如果你看下数据库，里面没有“#_

9、homepageset”这个表，我们判断，是数据库操作相关函数把表名用表名前缀替换了一下前半部分，这个都不重要了，重要的是，通过这句，获取了首页的相关配置信息，我们打开数据库里面的dede_homepageset表，晕，就一条记录，俩字段，基本猜到了，一个是首页模板名称，一个是生成的静态文件的位置。回来继续分析前面的代码$rowtemplet = MfTemplet($rowtemplet);通过MfTemplet函数好像把$rowtemplet进行了某些转换。我们记下MfTemplet函数，以待后面挖掘。接下来，就是new了一个PartView类，看这个名字，我们就知道了前面加载arc.pa

10、rtview.class.php的作用啦。至于这个PartView类有什么作用，我们继续看代码。看了下面两行，我想大家应该都明白啦$pv-SetTemplet($cfg_basedir . $cfg_templets_dir . / . $rowtemplet);$pv-SaveToHtml(dirname(_FILE_)./index.html);创建个视图对象（PartView类的实例，我们姑且叫视图对象），设置模板，通过SaveToHtml方法，把最后生成的页面写到指定位置。首页生成完毕，接下来就是把生成的静态文件通过include的形式显示出来，然后exit中断页面解析。至此，/ind

11、ex.php就分析完啦。回顾：它先是通过/data/common.inc.php，判断是否安装了dedecms或者说判断是否定义了数据库配置信息，好为后面操作打下基础。然后判断是否有GET请求upcache，如果有就加载/include/common.inc.php初始化系统，然后调用partview类的相关方法来生成静态首页文件，最后显示出来。这么来看dedecms也没有太多的秘密嘛不过呢，我们这篇文章也遗留下了几个问题：1）加载了/include/common.inc.php，里面做了哪些工作？2）/include/arc.partview.class.php到底是干什么的，/includ

12、e/下还有很多arc开头的文件都是干什么的？3）MfTemplet这个函数到底对模板文件路径这个字符串做了什么操作？4）partview类的相关方法都有什么秘密？带着这几个疑问，我们将结束本文，后面的文章将将这些谜题一一揭开。dedecms代码研究（3）partview的迷惑上次，我们从dedecms的index.php文件中了解到了很多信息，也提出了一些问题，本文开始就带着前面的问题，继续我们的dedecms之旅吧。先回顾一下之前我们在index.php文件研究中总结的东西。首先加载common.inc.php，接下来组织模板，生成静态页面并跳到静态页面。common.inc.php入口配置

13、文件：接下来，我们就先来看看common.inc.php里面都有什么吧。打开/include/common.inc.php里面的注释已经说地比较清楚了。我们大概说说结构。先是定义一堆常量。然后是做一些安全措施，对PHP的系统环境进行一些设置，代码里面的注释已经写地很清楚了。接下来是把dedecms的系统配置参数文件包含进来：require_once(DEDEDATA./config.cache.inc.php);看文件名字，我们猜测这个配置文件可能是数据库里面的配置信息的缓存。接下来加载了数据库配置信息文件：require_once(DEDEDATA./common.inc.php);这个文件

14、，不是根据数据库中信息生成的缓存，而是dedecms安装的时候生成的。前一篇文章我们说过index.php文件开始，检测dedecms是否安装，就是看这个文件是否存在的。再接下来，整理了很多目录，比如：站点根目录、模板目录，插件目录、数据目录等，还整理了很多变量。最后加载了数据库操作类dedesql.class.php和常用函数文件common.func.php嗯，common.inc.php的谜底揭开，里面没什么好玩的东西啦，都是最基本的东西。接下来我们就得看看arc.partview.class.php吧，这里面可是dedecms关键呢加载了channelunit.class.php，ty

15、pelink.class.php，ftp.class.php下面就是partview类的定义：因为index.php中使用partview类的SetTemplet方法和SaveToHtml方法，所以，我们为了能更简单地深入，就从这两个方法着手。第一、我们先看看partview的构造函数。创建了一个DedeTagParse类的实例，看名字是标签解析类哦。然后设置了几个参数。接下来，new了一个TypeLink类，设置了一堆参数。搞的很云里雾里的。第二、看看SetTemplet吧。啊，这个还算简单。先，使用DedeTagParse类的LoadTemplet方法载入模板。再，设置一些Fields数组

16、的元素最后，调用ParseTemplet方法。ParseTemplet方法里面弄了一堆$GLOBALS数组的元素，然后调用了MakeOneTag函数。费解啊再看看SaveToHtml方法吧，前面就是建目录，最后用DedeTagParse的SaveTo方法保存到文件。呃不给力啊。只能回头想想，都看到了什么回顾：嗯，为了能生成首页，搞了个很搞不懂的partview类，然后里面调用了貌似万能的DedeTagParse方法，解析模板，生成静态文件。仅此而已。遗留问题：里面还夹杂了其他函数和类，但不管怎么样这个DedeTagParse是重点，下次得重点分析了。今天就到这吧，鸟儿的太乱了，一点章法都没有d

17、edecms代码研究（4）继续徘徊partview之前，我们像掉进沼泽一样，看到无尽的变量，数组元素，莫名其面的东西摆在我们面前。今天，我们继续艰难前行，想办法走出partview类的泥潭。上一篇，我们胡乱分析了partview类，完全搞不懂干什么的，里面弄了一堆变量，最清晰的我们只是知道几个生成首页的关键地方调用了DedeTagParse类的LoadTemplet方法和SaveTo方法。而在partview类定义的文件头部，包含了几个文件，我们就避开partview，先来看看这几个包含的文件吧。require_once(DEDEINC./channelunit.class.php);requ

18、ire_once(DEDEINC./typelink.class.php);require_once(DEDEINC./ftp.class.php);ftp.class.php，不用说，就是ftp相关操作类吧，我们之前看partview代码的时候，了解到，在生成静态文件的时候，使用了ftp相关方法，貌似就是可以远程写文件滴。至于怎么操作FTP的，其实就是封装了php函数库中ftp开头的相关函数而已，代码很简单，不说了。typelink.class.php，我们也在partview代码里面见过的，打开看看吧。大概看了一下代码，里面是type的链接相关的东西，每个方法都声称一个指定type的链接h

19、tml字符串。其实，我有点隐约感觉到在dedecms中，type就是指栏目，不知道是不是这样。再来看看channelunit.class.php吧。里面是ChannelUnit类的定义，而且我们发现，这个ChannelUnit类没有被使用过。所以先不去看他。我们注意到，这里面还加载了两个文件：require_once(DEDEINC./dedetag.class.php);require_once(DEDEINC./channelunit.func.php);dedetag.class.php，打开看看，嗯，很复杂，但我们发现用于解析模板和生成文件的，之前看到的DedeTagParse类也在里

20、面，呵呵，先记住，以后慢慢研究。channelunit.func.php里面都什么函数呢？打开一看，嗯，一堆变量，几个获取这种信息的函数，在我们浏览过程中，发现了两个函数：MfTemplet和MakeOneTag（这里需要记住之前看到的函数）我们知道，在index.php中就用了MfTemplet函数，回头打开index.php看看怎么调用的：$rowtemplet = MfTemplet($rowtemplet);我们之前了解过，$rowtemplet保存的是default/index.htm这个值，就是模板文件路径。接下来我们看看MfTemplet函数都做了什么吧。/模板目录规则funct

21、ion MfTemplet($tmpdir) $tmpdir = str_replace(style,$GLOBALScfg_df_style,$tmpdir); $tmpdir = ereg_replace(/1,/,$tmpdir); return $tmpdir;注释里面写的是“模板目录规则”，再看看代码，哦，仿佛明白了一点儿了，就是替换模板路径里面的style为全局变量$GLOBALScfg_df_style中的值。应该跟使用不同模板套系有关吧。意义不是很大就不再继续研究了。我们看另一个函数MakeOneTag，这个在partview类的ParseTemplet方法中，此方法看名字就是

22、解析模板，而方法的大部分代码都是在处理变量，看不大懂干什么的，最后一句调用了MakeOneTag函数。貌似主要解析模板就是靠这个函数了。使用如下：MakeOneTag($this-dtp,$this);第一个参数是DedeTagParse类的实力，第二个参数就是partview类实例的句柄啦。我们看看channelunit.func.php中这个函数是干什么的吧。嗯，只能大概看，因为好多东西，我们都不清楚啊，郁闷了。这里面遍历了/include/taglib/下所有有lib后缀的文件，并把文件路径加入数组，然后对DedeTagParse类的CTag进行了遍历，由于我们没有研究DedeTagPa

23、rse类，所以这块暂时不懂呢，不过也算小有进展了。看来还得回到partview里面去重新看看了。构造函数没什么特别的，就是创建了DedeTagParse类实例，进行了一些设置而已。我们知道index.php创建partview实例后执行了SetTemplet方法，我们再看看SetTemplet方法吧。这里面调用了DedeTagParse类实例的LoadTemplet方法，看来我们就得从这里入手，去抽丝剥茧啦。分析不下去了留几个疑问下次再说。1）DedeTagParse类LoadTemplet方法说开去。2）MakeOneTag到底在搞什么。看来只有彻底先把DedeTagParse类LoadTe

24、mplet方法搞懂才能进一步啊，目前还是一头雾水。dedecms代码研究（5）从DedeTagParse开始前面，我们一直在dedecms的外围，被各种全局变量和各种调用所迷惑，我们抓住了一个关键的线索DedeTagParse类，研究明白它，就可以弄清楚很多东西了。看看这个NB的DedeTagParse类吧。嗯，先看构造函数，没什么特别的，就是设置了一堆初始化参数。接下来就找LoadTemplet方法吧。找到后，我们发现LoadTemplet方法其实是指向LoadTemplate方法的，无语啊，难道作者英文就差到此等地步？看看那个LoadTemplate方法吧。里面先用SetDefault方法

25、设置了几个初始变量：$this-SourceString = ;$this-CTags = ;$this-Count=-1;然后判断模板文件是否存在。然后针对不同情况对$this-SourceString赋值，并调用$this-ParseTemplet();方法。这块的代码看出来，作者开发功力有待改进啊，都5.6了，代码重构还如此糟糕，唉为什么不能把$this-ParseTemplet();这句放在if外面呢？文件不存在时候，很简单，就是把“文件不存在”这句话放到$this-SourceString中，然后调用$this-ParseTemplet();。文件存在的时候，也很简单，fgets读取

26、文件内容（麻烦，为啥不用file_get_contents呢），然后，又是一个if，通过$this-LoadCache($filename)返回值判断是否有缓存，如果返回true说明读取到缓存的模板了，就返回空字符串（怎么可以这样呢？返回值也太不负责了吧），如果返回false就调用$this-ParseTemplet();重新解析模板。LoadTemplate大致就是这些，无非是读取模板文件内容，然后看是否有缓存，有就不解析模板，没有就解析模板，仅此而已。我们接下来看看$this-LoadCache方法吧，找到方法定义的部分，呀喝，代码还不少。先是通过$this-IsCache判断是否允许缓存

27、（这个属性是在DedeTagParse类实例化的时候设定的，跟dedecms的系统配置中是否加模板缓存的参数$cfg_tplcache有关，这个在DedeTagParse类的构造函数中有所体现，由于安装dedecms后，默认系统配置为true，所以这里默认就为true啦），如果为false的话，$this-LoadCache就返回false而不继续向下走了，在LoadTemplate方法中就会根据这个返回值来决定解析模板。过了$this-IsCache这关，程序继续。下面就是找当前模板文件对应的缓存了。dedecms的文件缓存有点特别，我们找到模板缓存目录（data/tplcache），观察一

28、下就会发现，很多名字有点相同的文件，仔细看看还能找出点规律来。我们从代码来印证一下吧。上面说到LoadCache方法中，我们过了$this-IsCache这关，后面就是找模板文件了，我们看看后面的代码：$cdir = dirname($filename);$cachedir = DEDEROOT.$cfg_tplcache_dir;$ckfile = str_replace($cdir,$filename).substr(md5($filename),0,16).inc;$ckfullfile = $cachedir./.$ckfile;$ckfullfile_t = $cachedir./.

29、$ckfile.txt;前3句是拼缓存文件名字的，方法是取不带目录的模板文件名然后md5进行hash，然后把hash出来的字符串取前16个字符，后面加上“inc”后缀就成了。第4句是取得完整的缓存文件名。第5距好像是另一个文件名字，就是在缓存文件名字后面再加个后缀“.txt”上面就得到了两个文件名字，但是我们不知道第二个文件名字干什么用的，再继续往下看咯啊的代码吧。$this-CacheFile = $ckfullfile;$this-TempMkTime = filemtime($filename);if(!file_exists($ckfullfile)|!file_exists($ckf

30、ullfile_t) return false;第1句就指定了当前模板的缓存文件第2句读取了文件的最后修改时间，设置了一个什么时间的属性，现在还不大明白。接下来的if语句就是如果找不到模板的两个缓存文件（就是上面组合出来的两个文件），就返回false让LoadTemplate方法解析模板去。我们假设模板的缓存文件都有，继续看代码。下面代码段写了注释，就是检测模板最后更新时间，代码很简单，就是打开我们前面说的那个$ckfullfile_t变量指定的txt文件，读内容，然后把内容和缓存修改时间比较，原来.txt文件是用来保存缓存文件的保存时间的。如果时间不一致则就返回false让LoadTempl

31、ate方法解析模板去。我们假定缓存有效，那么就可以继续了。缓存有效就会把缓存文件包含进来。这块就要根据缓存文件来具体分析了，所以，我们这里假定载入的是index.htm模板吧，在tplcache里面找到index.htm开头，后缀为inc的文件，打开。我们这里节选一部分：$z0=Array(global,236,264);$z04name=cfg_soft_lang;$z1=Array(global,277,303);$z14name=cfg_webname;$z2=Array(global,347,377);$z24name=cfg_description;$z3=Array(global,414,441);$z34name=cfg_keywords;再回到我们的LoadC