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类成员全部静态化,面向对象的编程思想只用了其中最基本的包装,除此之外跟面向对象编程没任何关系。看得有点心累。。。。

原文地址:https://www.cnblogs.com/alleyonline/p/8371635.html