reflect反射

首先，我們要區(qū)分兩個(gè)概念——“標(biāo)識(shí)名”和“字符串”。

兩者字面上看起來(lái)一樣，卻是兩種東西：

前者是函數(shù)func的函數(shù)名，后者只是一個(gè)叫“func”的字符串，兩者是不同的事物。我們可以用func()的方式調(diào)用函數(shù)func，但我們不能用"func"()的方式調(diào)用函數(shù)。說(shuō)白了就是，不能通過(guò)字符串來(lái)調(diào)用名字看起來(lái)相同的函數(shù)！

那么反射的作用或者意義是什么呢？

實(shí)例分析

考慮有這么一個(gè)場(chǎng)景：需要根據(jù)用戶輸入url的不同，調(diào)用不同的函數(shù)，實(shí)現(xiàn)不同的操作，也就是一個(gè)WEB框架的url路由功能。

首先，有一個(gè)commons.py文件，它里面有幾個(gè)函數(shù)，分別用于展示不同的頁(yè)面。

# commons.py
?pass

其次，有一個(gè)visit.py文件，作為程序入口，接收用戶輸入，并根據(jù)輸入展示相應(yīng)的頁(yè)面

# visit.py
pass

這就實(shí)現(xiàn)了一個(gè)簡(jiǎn)單的url路由功能，根據(jù)不同的url，執(zhí)行不同的函數(shù)，獲得不同的頁(yè)面。

然而，讓我們思考一個(gè)問(wèn)題，

如果commons文件里有成百上千個(gè)函數(shù)呢(這很常見)？難道在visit模塊里寫上成百上千個(gè)elif？顯然這是不可能的！那么怎么辦？

仔細(xì)觀察visit.py中的代碼，會(huì)發(fā)現(xiàn)用戶輸入的url字符串和相應(yīng)調(diào)用的函數(shù)名好像！

如果能用這個(gè)字符串直接調(diào)用函數(shù)就好了！但是，前面已經(jīng)說(shuō)了字符串是不能用來(lái)調(diào)用函數(shù)的。為了解決這個(gè)問(wèn)題，Python提供了反射機(jī)制，幫助我們實(shí)現(xiàn)這一想法!

現(xiàn)在將前面的visit.py修改一下，代碼如下:

# visit.py
pass

getattr()函數(shù)的使用方法

接收2個(gè)參數(shù)，前面的是一個(gè)類或者模塊，后面的是一個(gè)字符串，注意了！是個(gè)字符串！func = getattr(commons,inp)語(yǔ)句是關(guān)鍵，通過(guò)getattr()函數(shù)，從commons模塊里，查找到和inp字符串“外形”相同的函數(shù)名，并將其返回，然后賦值給func變量。變量func此時(shí)就指向那個(gè)函數(shù)，func()就可以調(diào)用該函數(shù)。

這個(gè)過(guò)程就相當(dāng)于把一個(gè)字符串變成一個(gè)函數(shù)名的過(guò)程。這是一個(gè)動(dòng)態(tài)訪問(wèn)的過(guò)程，一切都不寫死，全部根據(jù)用戶輸入來(lái)變化。

瑕疵：前面的代碼還有個(gè)小瑕疵，那就是如果用戶輸入一個(gè)非法的url，比如jpg，由于在commons里沒(méi)有同名的函數(shù)，肯定會(huì)產(chǎn)生運(yùn)行錯(cuò)誤

那怎么辦呢？python提供了一個(gè)hasattr()的內(nèi)置函數(shù)，用法和getattr()基本類似，它可以判斷commons中是否具有某個(gè)成員，返回True或False。

現(xiàn)在將代碼修改一下：

# visit.py
pass

這下就沒(méi)有問(wèn)題了！通過(guò)hasattr()的判斷，可以防止非法輸入導(dǎo)致的錯(cuò)誤，并將其統(tǒng)一定位到錯(cuò)誤頁(yè)面。

setattr() 函數(shù)對(duì)應(yīng)函數(shù) getattr()

用于設(shè)置對(duì)象的屬性值，該屬性不一定是存在的。

setattr() 語(yǔ)法：

getattr(object, name)

參數(shù)：

• ? object -- 對(duì)象。
• ? name -- 字符串，對(duì)象屬性。
• ? return：value -- 屬性值。

setattr(object, name, value)

參數(shù)：

• ? object -- 對(duì)象。
• ? name -- 字符串，對(duì)象屬性。
• ? value -- 屬性值。

使用：設(shè)置真實(shí)存在的屬性值

pass

如果屬性不存在會(huì)創(chuàng)建一個(gè)新的對(duì)象屬性，并對(duì)屬性賦值：

pass

delattr 函數(shù)用于刪除屬性

語(yǔ)法：

delattr(object, name)

參數(shù)：

• ? ? object -- 對(duì)象。
• ? ? name -- 必須是對(duì)象的屬性。

使用：

pass

單例模式

單例模式是一種常用的軟件設(shè)計(jì)模式。通過(guò)單例模式可以保證系統(tǒng)中一個(gè)類只有一個(gè)實(shí)例而且該實(shí)例易于被外界訪問(wèn)，從而方便對(duì)實(shí)例個(gè)數(shù)的控制并節(jié)約系統(tǒng)資源。如果希望在系統(tǒng)中某個(gè)類的對(duì)象只能存在一個(gè)，單例模式是最好的解決方案。

單例模式的要點(diǎn)有三個(gè)；

• 某個(gè)類只能有一個(gè)實(shí)例；
• 它必須自行創(chuàng)建這個(gè)實(shí)例；
• 它必須自行向整個(gè)系統(tǒng)提供這個(gè)實(shí)例。

應(yīng)用場(chǎng)景

比如,某個(gè)服務(wù)器的配置信息存在在一個(gè)文件中,客戶端通過(guò)AppConfig類來(lái)讀取配置文件的信息.如果程序的運(yùn)行的過(guò)程中,很多地方都會(huì)用到配置文件信息,則就需要?jiǎng)?chuàng)建很多的AppConfig實(shí)例,這樣就導(dǎo)致內(nèi)存中有很多AppConfig對(duì)象的實(shí)例,造成資源的浪費(fèi).其實(shí)這個(gè)時(shí)候AppConfig我們希望它只有一份,就可以使用單例模式.