日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
詳解增強(qiáng)算術(shù)賦值:“-=”操作是怎么實(shí)現(xiàn)的?

序言

信州網(wǎng)站制作公司哪家好,找創(chuàng)新互聯(lián)!從網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、成都響應(yīng)式網(wǎng)站建設(shè)公司等網(wǎng)站項(xiàng)目制作,到程序開發(fā),運(yùn)營維護(hù)。創(chuàng)新互聯(lián)2013年至今到現(xiàn)在10年的時間,我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn),來保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)。

本文是 Python語法糖 系列文章之一。最新的源代碼可以在 desugar 項(xiàng)目中找到(https://github.com/brettcannon/desugar)。

介紹

Python 有一種叫做增強(qiáng)算術(shù)賦值(augmented arithmetic assignment)的東西??赡苣悴皇煜み@個叫法,其實(shí)就是在做數(shù)學(xué)運(yùn)算的同時進(jìn)行賦值,例如 a -= b 就是減法的增強(qiáng)算術(shù)賦值。

增強(qiáng)賦值是在 Python 2.0 版本中 加入進(jìn)來的。(譯注:在 PEP-203 中引入)

剖析 -=

因?yàn)?Python 不允許覆蓋式賦值,所以相比其它有特殊/魔術(shù)方法的操作,它實(shí)現(xiàn)增強(qiáng)賦值的方式可能跟你想象的不完全一樣。

首先,要知道a -= b在語義上與 a = a-b 相同。但也要意識到,如果你預(yù)先知道要將一個對象賦給一個變量名,相比a - b 的盲操作,就可能會更高效。

例如,最起碼的好處是可以避免創(chuàng)建一個新對象:如果可以就地修改一個對象,那么返回 self,就比重新構(gòu)造一個新對象要高效。

因此,Python 提供了一個__isub__() 方法。如果它被定義在賦值操作的左側(cè)(通常稱為 lvalue),則會調(diào)用右側(cè)的值(通常稱為 rvalue )。所以對于a -= b ,就會嘗試去調(diào)用 a.__isub__(b)。

如果調(diào)用的結(jié)果是 NotImplemented,或者根本不存在結(jié)果,那么 Python 會退回到常規(guī)的二元算術(shù)運(yùn)算:a - b。(譯注:作者關(guān)于二元運(yùn)算的文章,譯文在此)

最終無論用了哪種方法,返回值都會被賦值給 a。

下面是簡單的偽代碼,a -= b 被分解成:

 
 
 
 
  1. # 實(shí)現(xiàn) a -= b 的偽代碼 
  2. if hasattr(a, "__isub__"): 
  3.     _value = a.__isub__(b) 
  4.     if _value is not NotImplemented: 
  5.         a = _value 
  6.     else: 
  7.         a = a - b 
  8.     del _value 
  9.  else: 
  10.      a = a - b 

歸納這些方法

由于我們已經(jīng)實(shí)現(xiàn)了二元算術(shù)運(yùn)算,因此歸納增強(qiáng)算術(shù)運(yùn)算并不太復(fù)雜。

通過傳入二元算術(shù)運(yùn)算函數(shù),并做一些自省(以及處理可能發(fā)生的 TypeError),它可以被漂亮地歸納成:

 
 
 
 
  1. def _create_binary_inplace_op(binary_op: _BinaryOp) -> Callable[[Any, Any], Any]: 
  2.  
  3.     binary_operation_name = binary_op.__name__[2:-2] 
  4.     method_name = f"__i{binary_operation_name}__" 
  5.     operator = f"{binary_op._operator}=" 
  6.  
  7.     def binary_inplace_op(lvalue: Any, rvalue: Any, /) -> Any: 
  8.         lvalue_type = type(lvalue) 
  9.         try: 
  10.             method = debuiltins._mro_getattr(lvalue_type, method_name) 
  11.         except AttributeError: 
  12.             pass 
  13.         else: 
  14.             value = method(lvalue, rvalue) 
  15.             if value is not NotImplemented: 
  16.                 return value 
  17.         try: 
  18.             return binary_op(lvalue, rvalue) 
  19.         except TypeError as exc: 
  20.             # If the TypeError is due to the binary arithmetic operator, suppress 
  21.             # it so we can raise the appropriate one for the agumented assignment. 
  22.             if exc._binary_op != binary_op._operator: 
  23.                 raise 
  24.         raise TypeError( 
  25.             f"unsupported operand type(s) for {operator}: {lvalue_type!r} and {type(rvalue)!r}" 
  26.         ) 
  27.  
  28.     binary_inplace_op.__name__ = binary_inplace_op.__qualname__ = method_name 
  29.     binary_inplace_op.__doc__ = ( 
  30.         f"""Implement the augmented arithmetic assignment `a {operator} b`.""" 
  31.     ) 
  32.     return binary_inplace_op 

這使得定義的 -= 支持 _create_binary_inplace_op(__ sub__),且可以推斷出其它內(nèi)容:函數(shù)名、調(diào)用什么 __i*__ 函數(shù),以及當(dāng)二元算術(shù)運(yùn)算出問題時,該調(diào)用哪個可調(diào)用對象。

我發(fā)現(xiàn)幾乎沒有人使用**=

在寫本文的代碼時,我碰上了 **= 的一個奇怪的測試錯誤。在所有確保 __pow__ 會被適當(dāng)?shù)卣{(diào)用的測試中,有個測試用例對于 Python 標(biāo)準(zhǔn)庫中的operator 模塊卻是失敗。

我的代碼通常沒問題,如果代碼與 CPython 的代碼之間存在差異,通常會意味著是我哪里出錯了。

但是,無論我多么仔細(xì)地排查代碼,我都無法定位出為什么我的測試會通過,而標(biāo)準(zhǔn)庫則失敗。

我決定深入地了解 CPython 內(nèi)部發(fā)生了什么。從反匯編字節(jié)碼開始:

 
 
 
 
  1. >>> def test(): a **= b 
  2. ...  
  3. >>> import dis 
  4. >>> dis.dis(test) 
  5.   1           0 LOAD_FAST                0 (a) 
  6.               2 LOAD_GLOBAL              0 (b) 
  7.               4 INPLACE_POWER 
  8.               6 STORE_FAST               0 (a) 
  9.               8 LOAD_CONST               0 (None) 
  10.              10 RETURN_VALUE 

通過它,我找到了在 eval 循環(huán)中的INPLACE_POWER:

 
 
 
 
  1. case TARGET(INPLACE_POWER): { 
  2.        PyObject *exp = POP(); 
  3.        PyObject *base = TOP(); 
  4.        PyObject *res = PyNumber_InPlacePower(base, exp, Py_None); 
  5.        Py_DECREF(base); 
  6.        Py_DECREF(exp); 
  7.        SET_TOP(res); 
  8.        if (res == NULL) 
  9.            goto error; 
  10.        DISPATCH(); 
  11.    } 

出處:https://github.com/python/cpython/blob/v3.8.3/Python/ceval.c#L1677

然后找到PyNumber_InPlacePower():

 
 
 
 
  1. PyObject * 
  2. PyNumber_InPlacePower(PyObject *v, PyObject *w, PyObject *z) 
  3.     if (v->ob_type->tp_as_number && 
  4.         v->ob_type->tp_as_number->nb_inplace_power != NULL) { 
  5.         return ternary_op(v, w, z, NB_SLOT(nb_inplace_power), "**="); 
  6.     } 
  7.     else { 
  8.         return ternary_op(v, w, z, NB_SLOT(nb_power), "**="); 
  9.     } 

出處:https://github.com/python/cpython/blob/v3.8.3/Objects/abstract.c#L1172

松了口氣~代碼顯示如果定義了__ipow__,則會調(diào)用它,但是只在沒有__ipow__ 時,才會調(diào)用__pow__。

然而,正確的做法應(yīng)該是:如果調(diào)用__ipow__ 時出問題,返回了 NotImplemented 或者根本不存在返回,那么就應(yīng)該調(diào)用 __pow__ 和__rpow__。

換句話說,當(dāng)存在__ipow__時,以上代碼會意外地跳過 a**b 的后備語義!

實(shí)際上,大約11個月前,這個問題被部分地發(fā)現(xiàn),并提交了 bug。我修復(fù)了該問題,并在 python-dev 上作了說明。

截至目前,這似乎會在 Python 3.10 中修復(fù),我們還需要在 3.8 和 3.9 的文檔中添加關(guān)于 **= 有 bug 的通知(該問題可能很早就有了,但較舊的 Python 版本已處于僅安全維護(hù)模式,因此文檔不會變更)。

修復(fù)的代碼很可能不會被移植,因?yàn)樗钦Z義上的變化,并且很難判斷是否有人意外地依賴了有問題的語義。但是這個問題花了很長時間才被注意到,這就表明 **= 的使用并不廣泛,否則問題早就被發(fā)現(xiàn)了。

原題 | Unravelling augmented arithmetic assignment

作者 | Brett Cannon

本文轉(zhuǎn)載自微信公眾號「Python貓」,可以通過以下二維碼關(guān)注。轉(zhuǎn)載本文請聯(lián)系Python貓公眾號。   


分享題目:詳解增強(qiáng)算術(shù)賦值:“-=”操作是怎么實(shí)現(xiàn)的?
文章分享:http://m.5511xx.com/article/djjhois.html