Discuz X3.2源碼解析 discuz_application類(轉自百度）

1. discuz_application在/source/class/discuz/discuz_application.php中。

   
2. discuz_application繼承自抽象類discuz_base

   
3. discuz_application主要實現對運行環境、配置、輸入、輸出、數據庫、設置、用戶、session、移動模塊、計劃任務、手機預覽等方面的初始化。

   
4. instance()函數來示例化discuz_application, 構造函數中

   public function __construct() {

   $this->_init_env();

   $this->_init_config();

   $this->_init_input();

   $this->_init_output();

   }

   初始化了運行環境、系統配置、輸入、輸出。

   在init()函數中又進行一部分初始化

   public function init() {

   if(!$this->initated) {

   $this->_init_db();

   $this->_init_setting();

   $this->_init_user();

   $this->_init_session();

   $this->_init_mobile();

   $this->_init_cron();

   $this->_init_misc();

   }

   $this->initated = true;

   }

   單純看這個代碼，會讓人很疑惑，為什么初始化操作不放在一塊呢，分成功兩個函數。這個時候看下/forum.php中的代碼（如圖）就明白了。

   discuz_application實例化后，設置var['mod']和cachelist 之后，才可以調用init()函數。

   其實這里把mod和cachelist設計為discuz_application構造函數參數即可，然后用一個init()函數完成初始化即可。

   個人的感覺/forum.php中改成這種模式應該更好

   C::app()->var['mod'] = mod;

   C::app()->cachelist ? = $cachelist;

   C::app()->init();

   f = new forum(C::app())

   f.doSomething()

   這樣子代碼簡練易懂易改易擴展。

   
5. 此外還有一個不好的地方/source/class/class_core.php 中的core包裝了discuz_application的實例化，而改文件又聲明了一個DB對discuz_database的映射。 而在discuz_application的數據庫初始化函數_init_db()中使用DB， 導致兩個文件相互引用依賴，這也是導致discuz_application的初始化一部分在構造函數中，一部分在init()函數中的原因之一。

   

   
6. 6

   之前看到有人評論discuz的架構不好，當時想畢竟使用這么廣泛、發展這么久的系統，應該不至于架構不好吧，要不怎么能夠持續這么久的改進呢。

   現在看來，架構還真的是不敢恭維。想從里面學習架構的東西，感覺是有點難嘍。