您好,登錄后才能下訂單哦!
這篇文章主要講解了“基于Zend的Config機制的應用方法”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“基于Zend的Config機制的應用方法”吧!
Zend的Config類在Zend_Config_Ini
代碼
$config = new Zend_Config_Ini("/var/www/html/usvn/config/config.ini", "general");
date_default_timezone_set($config->timezone);
USVN_ConsoleUtils::setLocale($config->system->locale);
===
Config.ini文件內容
[general]
url.base = "/usvn"
translation.locale = "zh_CN"
timezone = "Asia/Shanghai"
具體分析
這里只使用了Zend_Config_Ini的構造函數,我們看到它的__construct中。
首先是判斷是否有配置文件。其次是對option進行管理,這里的option可以設置的有allowModifications屬性(配置文件中的屬性是否可以修改),nestSeparator屬性(配置文件中的key分隔符,默認為點)。
下面是調用了$iniArray = $this->_loadIniFile($filename);這個函數非常重要,就是解析了配置文件。跟進去,先是調用了_parseIniFile,為了不讓大家凌亂,我們看下_parseIniFile返回出來的數據是什么樣子的:
復制代碼 代碼如下:
Array
(
[general] => Array
(
[url.base] => /usvn
[translation.locale] => zh_CN
[timezone] => Asia/Shanghai
[system.locale] => aa_DJ.utf8
)
)
最后解析出來的東西是一個二維數組。
parseIniFile實際上是調用了系統函數parse_ini_file來進行處理的。這里特別注意一下,在調用parse_ini_file前后它其實使用了set_error_handler和restore_error_handler,將異常處理的函數暴露出來。因為在解析配置文件的時候其實非常容易出現錯誤,而且這個錯誤的用戶提示應該要非常友好,最好能提示用戶在那里進行修改,所以Zend特意將錯誤處理函數暴露出來。如果你想設計一款很友好的系統的話,請在繼承類中重寫方法_loadFileErrorHandler。
繼續從_loadIniFile看下去
由于我們的ini配置文件中使用[]表示了一個setion,因此_loadIniFile返回的二維數組返回的key就是general。但是其實如果我們在配置文件中使用[general:123]作為section,那么這個函數就會將123作為[;extends]的val返回。實際是這樣的
復制代碼 代碼如下:
Array
(
[general] => Array
(
[;extends] => 123
[url.base] => /usvn
[translation.locale] => zh_CN
)
)
現在又回到了__construct,這時候iniArray已經獲取到了,是個二維數組,下面如果你設置了獲取section的話,就會將iniArray進行處理_arrayMergeRecursive,主要就是將key中的system.locale => aa_DJ.utf8變為array(system=> array( locale=>aa_DJ.utf8))。 這里就是用到了options中的nestSeparator屬性,這個屬性默認是點,就是translation.locale會被分隔成數組,比如你在前面傳入的nestSeparator為冒號,那么你的配置文件就應該設置為translation:location = .. 這里就不繼續追下去了,里面無非就是一些字符串操作。
最后分析回來的dataArray是這個樣子的
復制代碼 代碼如下:
Array
(
[url] => Array
(
[base] => /usvn
)
[translation] => Array
(
[locale] => zh_CN
)
[timezone] => Asia/Shanghai
[system] => Array
(
[locale] => aa_DJ.utf8
)
)
下面調用父類的構造函數__construct, Zend_Config_Ini的父類是Zend_Config。
class Zend_Config implements Countable, Iterator
Zend_Config實現了Countable接口(包含count()方法),Iterator接口(包含current,key,next,rewind,valid等方法)
Zend_Config的構造函數將上面分析的二維數組放到_data中了。
這里注重看兩個函數
__set和__get
魔術方法__get保證了可以使用config->field獲取配置值
魔術方法__set保證了是否可以修改配置文件,set中就使用到了_allowModifications,如果這個屬性有設置,那么__setter就可以設置,否則會拋出Zend_Config is read only的異常,allowModifications也是options中設置的屬性之一。
至此,看文章最前面的demo代碼
date_default_timezone_set($config->timezone);
這里之所以能使用->timezone就是使用了__get而不是config中的屬性。
Zend的Config機制分析結束。
感謝各位的閱讀,以上就是“基于Zend的Config機制的應用方法”的內容了,經過本文的學習后,相信大家對基于Zend的Config機制的應用方法這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關知識點的文章,歡迎關注!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。