建站
咨詢
售后
建站咨詢
新聞中心
一、模塊 or global
成都創(chuàng)新互聯(lián)公司服務(wù)項(xiàng)目包括定邊網(wǎng)站建設(shè)、定邊網(wǎng)站制作、定邊網(wǎng)頁制作以及定邊網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，定邊網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到定邊省份的部分城市，未來相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！
很多初學(xué)者有個(gè)誤區(qū)，就是在Python中需要配置一個(gè)全局的參數(shù)時(shí)，首先想到的是global關(guān)鍵字，而實(shí)際上global不是干這個(gè)事的，global的功能是在將局部作用域的變量聲明為全局的，這樣可以在局部修改全局的變量。
但這種用法其實(shí)非常不好，按照函數(shù)式的規(guī)范而言，純函數(shù)的輸入應(yīng)該只有輸入?yún)?shù)確定，不應(yīng)該在執(zhí)行過程中引用外部變量。并且，global也不是用來進(jìn)行全局配置用的。
在Python中，模塊是天然的單例，模塊會(huì)在項(xiàng)目初始化后執(zhí)行一次，之后一般不重復(fù)執(zhí)行，符合單例模式的特點(diǎn)。因此，利用模塊的這一特性，將整個(gè)工程文件中需要配置的選項(xiàng)都配置到一個(gè)模塊中，在需要用的模塊中通過import導(dǎo)入，才是Python中全局配置正確打開方式。
雖然這種規(guī)范已經(jīng)在江茍（Django）等開源框架中展示了無數(shù)遍，但“如何在Python中設(shè)置全局變量”這個(gè)問題仍然是Python社區(qū)的月經(jīng)貼。
通過模塊配置全局變量的試?yán)缦拢赾onfigs.py中定義CONFIG_A和CONFIG_B。在user.py中用import導(dǎo)入。
這個(gè)其實(shí)是Python中的基本操作了，本來是沒啥好講的，不過在這篇文章最后我展示了一種根據(jù)json配置的動(dòng)態(tài)模塊，供大家參考。
二、單例字典
在講模塊之前，我想談?wù)勎覈L試過另一種方式，就是自定義單例字典，具體做法是這樣的。
先繼承collections模塊中MutableMapping，并重寫相關(guān)接口。這是在Python中自定義數(shù)據(jù)類型的基本操作了，自定義完成后然后寫一個(gè)裝飾器將繼承的類轉(zhuǎn)化成單例的類。
單例模式的寫法可以看Stackoverflow上關(guān)于單例模式的高票回答。
我習(xí)慣采用第一種函數(shù)裝飾器的寫法：
這種寫法非常好理解，用一個(gè)類變量instances保存該類生成的實(shí)例，每次類被調(diào)用的時(shí)候判斷一下這個(gè)類是否在instances字典里，如果不在著生成一個(gè)實(shí)例并放入instances字典。
但這個(gè)寫法有個(gè)問題，裝飾后的返回的不是一個(gè)類，而是一個(gè)函數(shù)，雖然Python語法講究一切皆對象，但函數(shù)是享受不到類的諸如繼承之類的特性的。
如果需要返回一個(gè)單例類的話需要用元類的寫法，或者第四種類裝飾器的寫法。當(dāng)然，具體到這里而言，這個(gè)類是繼承了一個(gè)MutableMapping的，不能再繼承別的元類了，元類的寫法在這里不適用。
三、單例字典的問題
用單例字典做全局配置看著比模塊炫酷，其實(shí)并沒那么好用。原因是單例模式自身的一個(gè)弊病，違背了單一職責(zé)原則，這個(gè)在相關(guān)設(shè)計(jì)模式的教程里有講到。而且，字典在這一塊還有個(gè)弊病就是根本不知道需要用到的key是不是存在字典中。
單例字典是我在項(xiàng)目初期引入，并在項(xiàng)目的迭代過程中給我造成最大困擾的一個(gè)東西，在開始時(shí)幾乎將所有的配置都寫入到這個(gè)字典中，然后在程序運(yùn)行中這個(gè)字典又被分散在程序各處的各個(gè)實(shí)例修改，運(yùn)行到后面根本不知道字典里有什么，字典里的某個(gè)內(nèi)容是否被修改過。不過由于GIL，倒是不需要考慮鎖的問題，可能是唯一的一個(gè)幸事。
在后期將這個(gè)龐大的字典進(jìn)行重構(gòu)，重構(gòu)的過程按照下面的方式進(jìn)行：
1、將各個(gè)類中該字典的引用點(diǎn)，由各個(gè)方法收攏到init方法。
不應(yīng)該
應(yīng)該
2、將各個(gè)引用點(diǎn)的名稱統(tǒng)一。
不應(yīng)該
應(yīng)該
3、將子函數(shù)中直接引用單例字典的參數(shù)放到函數(shù)的參數(shù)列表中，由調(diào)用方獲取單例字典內(nèi)容，由傳參的方法傳入被調(diào)用函數(shù)，這樣做是為了滿足函數(shù)式編程中純函數(shù)的原則。
不應(yīng)該這么用：
應(yīng)該這樣用
4、將單一的單例字典分成多個(gè)單例字典，并將部分單例字典轉(zhuǎn)換成模塊，這個(gè)就不舉例了。
四、動(dòng)態(tài)模塊
模塊的用法很簡單，在一個(gè)文件里配置好，直接import就行。需要注意的是引用的入口最好在同一個(gè)地方。
不過模塊有個(gè)地方不好就是動(dòng)態(tài)修改不方便，具體到項(xiàng)目中去就是，該項(xiàng)目通過工廠模式生成了一系列產(chǎn)品，每個(gè)產(chǎn)品所需的配置參數(shù)都不一樣。
這里有個(gè)辦法就是每個(gè)產(chǎn)品都通過同一個(gè)模塊來配置，然后在初始化時(shí)根據(jù)以產(chǎn)品名稱命名的一個(gè)json文件修改模塊的參數(shù)。這樣就可以達(dá)到引用模塊的方式不變，但模塊的內(nèi)容是根據(jù)json文件的內(nèi)容來配置的。
詳細(xì)的代碼見github，主要用來動(dòng)態(tài)修改模塊的語句如下：
其實(shí)就是通過setattr這個(gè)常用的給對象動(dòng)態(tài)的添加功能的函數(shù)，d.tiems()是一個(gè)從json文件中讀取的字典對象。
五、動(dòng)態(tài)模塊的優(yōu)勢
現(xiàn)在，一個(gè)配置模塊的方案就成了導(dǎo)入configs模塊，調(diào)用update_config_by_name函數(shù)，即動(dòng)態(tài)修改函數(shù)，并按照相應(yīng)的json文件修改模塊的值。
相對于在每個(gè)類初始化時(shí)直接調(diào)用json配置變量這種方案是有好處的，定義了configs模塊有助于代碼的靜態(tài)檢查，形成了一種像C語言中.h文件和.c文件的關(guān)系，在頭文件中定義相關(guān)的變量，在.c文件中實(shí)現(xiàn)或使用。這里就成了在configs模塊中定義變量，變量的值由json文件確定，然后在其他模塊中通過import實(shí)現(xiàn)，并且這個(gè)東西是全局共享的。當(dāng)然，這個(gè)全局的意思指的是整個(gè)解釋器。
這段代碼還是有個(gè)坑，一般出現(xiàn)在單元測試中，來看兩段代碼：
在單元測試中由于deepcopy的問題，根據(jù)導(dǎo)入的層級(jí)不一樣，CONFIG_X的值也發(fā)生了不一樣的改變，這是個(gè)還在研究的bug。
分享標(biāo)題：一種Python全局配置規(guī)范以及其魔改
網(wǎng)站URL：http://www.5511xx.com/article/dpopsep.html
