Discuz X3.2源码解析discuz_application实例化(转)

class_core.php，主要实现了如下功能：

• 注册 autoload 方法和异常处理方法

• C::t 方法的实现：经过 C::t 方法来调用数据层对应表的对象来实现对数据的操做

• memory 的初始化：主要由 discuz_memory 类来实现

• 建立 discuz_application 实例 ( discuz_application 是原来 discuz! X2 的 discuz_core)：进行核心的初始化操做，主要有加载配置文件、加载环境变量、链接数据库、加载setting信息、初始化用户数据、session的初始、计划任务等

• 简写类的映射：将 class core 映射为 C，discuz_database 映射为 DB，仅为方便使用，代码以下

            class C extends core {}class DB extends discuz_database {}

 

discuz_application 是整个discuz系统运行的基础，discuz在处理请求前，会先经过/source/class/class_core.php中的 C::creatapp();进行实例化，以下图：

discuz_application的定义在/source/class/discuz/discuz_application.php。进行核心的初始化操做，主要有加载配置文件、加载环境变量、链接数据库、加载setting信息、初始化用户数据、session的初始、计划任务等。从上图中能够看得出C::createapp()实例化discuz_application用了单例模式，但外面获取discuz_application实例用的是C::app(),因此以为直接把createapp()函数与app()函数合并便可，createapp()没有存在的必要。

core_class.php开头定义一些常量

define('IN_DISCUZ', true);

define('DISCUZ_ROOT', substr(dirname(__FILE__), 0, -12));

define('DISCUZ_CORE_DEBUG', false);

define('DISCUZ_TABLE_EXTENDABLE', false);

 

IN_DISCUZ 是为了判断文件是否没通过合法入口文件调用，并且被请求直接调用，防止别有用心的人经过直接浏览相关文件，获取到系统的相关信息。早些年头，一些系统配置信息（像数据库配置信息）会被直接浏览config.php等配置文件而获取系统关键信息，从而对网站系统形成威胁。

 

DISCUZ_ROOT 这个定义也有点太low了吧，substr(dirname(__FILE__), 0, -12) 基本是把文件结构定死在了/source/class 这个目录下了。看到这个代码我都乐了半天。这个代码倒真是省事，但不宜扩展。

 

整个core类成员所有静态化，面向对象的编程思想只用了其中最基本的包装，除此以外跟面向对象编程没任何关系。看得有点心累。。。。