?

本文針對于框架給的代碼擴展，然后去探索框架加載其它類型文件的配置文件

?

在初始化應用和模塊中有一個屬性是configExt，這個屬性就是文件的擴展

去找一下這個屬性是在哪里設(shè)置的。

根據(jù)config配置文件加載流程，可以很清晰的看到init方法的上一層是初始化應用，也就是initialize方法。

那么這個屬性肯定是在init方法之前就已經(jīng)提前設(shè)定好了的。

返回到init方法的上一層initialize就直接可以看到這個值的設(shè)定。

這個值是從env的環(huán)境變量中獲取的，如果沒有則默認為php，所以就需要創(chuàng)建一個env的文件。

并且給一個默認值為yaml

這里給大家看一下變化，在5.1.34 LTS版本的時候存在一個bug，咔咔目前使用的是5.1.39 LTS 這個問題已經(jīng)修復了。

這段代碼相信都可以看出來，它是先對configExt進行了設(shè)置默認值，然后在去加載環(huán)境變量配置文件。

那么加載這個環(huán)境變量的這段代碼就毫無任何意義，configExt的值永遠都是.php

就算在env文件里邊做了配置也不會獲取得到。

在之前在config配置文件中添加了一個yaml的配置文件

那么這個時候就可以使用config類來獲取yaml類型文件的配置了。

測試一下沒有任何問題，數(shù)據(jù)是可以出來的。

但是實際項目中可不敢這么整啊！如果要把configExt這個值配置到環(huán)境變量，配置的是什么類型就需要把config目錄下的所有配置文件全部轉(zhuǎn)化為對應類型。

例如configExt設(shè)置的為.ini ，則就需要把config目錄下的所有文件都改為ini文件形式

這塊內(nèi)容只是針對閱讀源碼后一個運用而已，實際項目中不要這樣使用，因為在tp框架中所有的配置文件都是PHP類型的。

如果改為其它類型的話，就需要修改框架中所有的配置文件，這種事情能不干就不哈！

?

堅持學習、堅持寫博、堅持分享是咔咔從業(yè)以來一直所秉持的信念。希望在偌大互聯(lián)網(wǎng)中咔咔的文章能帶給你一絲絲幫助。我是咔咔，下期見。

?