discuz 1.5X源码简单分析
2012-03-22 14:02
239 查看
不考虑后台,dzx的请求入口大约共有七个。为根目录下的forum.php(广场,其实就是论坛),group.php(群组),home.php(家园),index.php(首页),member.php(会员管理,登录注册什么的),misc.php(排行榜),search.php(搜索),userapp.php(不清楚,用户应用?)。
请求首页index.php的时候,默认会转向到广场forum.php。下面简单分析一下请求forum.php时DZX的整体执行流程。
打开forum.php
首先,引用了两个文件
Php代码
require './source/class/class_core.php'; require './source/function/function_forum.php';
class_core初始化DZX的环境。通过下面两句代码实现
Php代码
$discuz = & discuz_core::instance(); $discuz->cachelist = $cachelist; $discuz->init();
其中的$discuz->cachelist = $cachelist;没搞明白是做什么用的。
接下来根据不同的mod调用不同的php文件,代码如下:
Php代码
$mod = !in_array($discuz->var['mod'], $modarray) ? 'index' : $discuz->var['mod'];
url中如果没有通过?mod=xxx来指定mod的话,默认为index。
然后引用模块文件
Php代码
require DISCUZ_ROOT.'./source/module/forum/forum_'.$mod.'.php';
我们只要看一下source\module下面的目录及文件,就能知道每个入口文件都有哪些mod参数可以指定。
这里默认会找到source\module\forum\forum_index.php。
forum_index.php首页取到显示页面需要的数据,前面写了一大堆的东西,没细看。对流程最重要的一句是:
Php代码
include template('diy:forum/discuz:'.$gid);
直观印象,template返回一个路径。认真再想,其实流程大体上应该是这样的:
template的参数肯定是指定了模板文件的路径,但是模板文件要通过解析才能用。所以template函数肯定要对模板里的标签进行解析,那为什么是返加一个URL呢?DZX为了提高效率将解析后的模板做了一个缓存,就是说把一个html的模板解析成一个php的“编译”后的文件,然后保存在一个地方,下次用的时候,直接去读“编译”后的文件,省了编译这步,提高效率。
template函数位于source\function\function_core.php文件里。大体看一下,跟上面说的差不多。
读的模板文件为template\default\forum\discuz.htm
返回的缓存文件保存在/data/template目录里。
接下来分别打开模板文件emplate\default\forum\discuz.htm和缓存文件ata\template\1_diy_forum_discuz.tpl.php。
对比可以发现,$announcements编译成了<?=$announcements?>,那$announcements变量哪来呢的?source\module\forum\forum_index.php的get_index_announcements函数就是来取这个值的。
{lang xxx}直接被本地化成相应的字符了
Html代码
<!--{hook/index_side_bottom}-->
变成了:
Php代码
<?php if(!emptyempty($_G['setting']['pluginhooks']['index_side_bottom'])) echo $_G['setting']['pluginhooks']['index_side_bottom']; ?>
$_G在DZX里常见到,感觉是一个很庞大的全局变量。还没细细研究了。
总体来说,DZX的流程,也是目前大多CMS的设计方式。根据URL准备数据,再调用对应的模板,模板编译后保存为缓存,缓存文件中调用函数或已准备好的数据,最后显示。像我看过的wordpress,textpattern差不多都这样。
请求首页index.php的时候,默认会转向到广场forum.php。下面简单分析一下请求forum.php时DZX的整体执行流程。
打开forum.php
首先,引用了两个文件
Php代码
require './source/class/class_core.php'; require './source/function/function_forum.php';
class_core初始化DZX的环境。通过下面两句代码实现
Php代码
$discuz = & discuz_core::instance(); $discuz->cachelist = $cachelist; $discuz->init();
其中的$discuz->cachelist = $cachelist;没搞明白是做什么用的。
接下来根据不同的mod调用不同的php文件,代码如下:
Php代码
$mod = !in_array($discuz->var['mod'], $modarray) ? 'index' : $discuz->var['mod'];
url中如果没有通过?mod=xxx来指定mod的话,默认为index。
然后引用模块文件
Php代码
require DISCUZ_ROOT.'./source/module/forum/forum_'.$mod.'.php';
我们只要看一下source\module下面的目录及文件,就能知道每个入口文件都有哪些mod参数可以指定。
这里默认会找到source\module\forum\forum_index.php。
forum_index.php首页取到显示页面需要的数据,前面写了一大堆的东西,没细看。对流程最重要的一句是:
Php代码
include template('diy:forum/discuz:'.$gid);
直观印象,template返回一个路径。认真再想,其实流程大体上应该是这样的:
template的参数肯定是指定了模板文件的路径,但是模板文件要通过解析才能用。所以template函数肯定要对模板里的标签进行解析,那为什么是返加一个URL呢?DZX为了提高效率将解析后的模板做了一个缓存,就是说把一个html的模板解析成一个php的“编译”后的文件,然后保存在一个地方,下次用的时候,直接去读“编译”后的文件,省了编译这步,提高效率。
template函数位于source\function\function_core.php文件里。大体看一下,跟上面说的差不多。
读的模板文件为template\default\forum\discuz.htm
返回的缓存文件保存在/data/template目录里。
接下来分别打开模板文件emplate\default\forum\discuz.htm和缓存文件ata\template\1_diy_forum_discuz.tpl.php。
对比可以发现,$announcements编译成了<?=$announcements?>,那$announcements变量哪来呢的?source\module\forum\forum_index.php的get_index_announcements函数就是来取这个值的。
{lang xxx}直接被本地化成相应的字符了
Html代码
<!--{hook/index_side_bottom}-->
变成了:
Php代码
<?php if(!emptyempty($_G['setting']['pluginhooks']['index_side_bottom'])) echo $_G['setting']['pluginhooks']['index_side_bottom']; ?>
$_G在DZX里常见到,感觉是一个很庞大的全局变量。还没细细研究了。
总体来说,DZX的流程,也是目前大多CMS的设计方式。根据URL准备数据,再调用对应的模板,模板编译后保存为缓存,缓存文件中调用函数或已准备好的数据,最后显示。像我看过的wordpress,textpattern差不多都这样。
相关文章推荐
- discuz 1.5X源码简单分析
- springmvc源码分析原理及简单实现
- 关于一个简单的网络爬虫源码分析
- jdk 源码分析(20)java NIO包简单分析
- FFmpeg的HEVC解码器源码简单分析:概述
- Monkey源码分析1—Monkey简单介绍
- 新安装的 Discuz!X是如何判断是否是第一次安装的?相关源码分析
- java实现简单webserver(分析+源码)
- Google Mock(Gmock)简单使用和源码分析——简单使用
- 2017年8月14日---阶段性工作总结(sp se框架中的一个简单方法源码分析)
- spark 1.6.0 core源码分析8 从简单例子看transformation
- 简单的ros源码分析
- 开源项目Logger源码分析-----一个好看、简单、强大的logcat信息输出项目
- Discuz源码分析--数据库各数据表解析&各字段的用途
- 简单RCP框架源码分析
- Lottie源码简单分析以及使用
- JDK集合框架源码分析 - 简单概要
- (转)网上流传的天龙源码框架分析之一 --- 客户端简单介绍
- ArrayList的源码简单分析分析
- Spring3.0核心组件的源码简单分析