本篇內(nèi)容介紹了“Ruby和Python的方法調(diào)用有什么不同”的有關(guān)知識，在實(shí)際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

成都創(chuàng)新互聯(lián)主打移動網(wǎng)站、成都做網(wǎng)站、成都網(wǎng)站建設(shè)、網(wǎng)站改版、網(wǎng)絡(luò)推廣、網(wǎng)站維護(hù)、域名與空間、等互聯(lián)網(wǎng)信息服務(wù)，為各行業(yè)提供服務(wù)。在技術(shù)實(shí)力的保障下，我們?yōu)榭蛻舫兄Z穩(wěn)定，放心的服務(wù)，根據(jù)網(wǎng)站的內(nèi)容與功能再決定采用什么樣的設(shè)計。最后，要實(shí)現(xiàn)符合網(wǎng)站需求的內(nèi)容、功能與設(shè)計，我們還會規(guī)劃穩(wěn)定安全的技術(shù)方案做保障。

Property -vs- Method

在 Python 的世界觀里， 對象被當(dāng)作屬性的容器， 調(diào)用方可以在其上 get/set 屬性。 get/set 的邏輯可能是簡單的取值賦值， 也可能是通過 descriptor 實(shí)現(xiàn)的復(fù)雜邏輯。 所謂的 method 只是在查找 property 時返回了某種特殊的 callable object 而已。

Ruby 則遵從了 Smalltalk 的設(shè)計原則： 消息傳遞是對象與外界交流的唯一方式， 屬性賦值與取值都是語法糖偽裝下的方法調(diào)用。 僅此。

方法解析

解析一詞譯自 Resolution， 方法解析有時也稱作方法查找（Lookup）。 解析過程所要解決的問題是 “在接受方法調(diào)用時找到實(shí)際需要執(zhí)行的代碼”。

由于 Python 對“屬性”及其 descriptor 概念的強(qiáng)調(diào)， 方法解析在 Python 里其實(shí)更應(yīng)該稱作屬性解析。

從實(shí)例自身開始解析

Ruby 設(shè)計了 eigenclass， 使得每個實(shí)例都可以擁有一個只屬于自己的 class， 在其中定義屬于自己的方法， 在方法解析的過程中， eigenclass 的優(yōu)先級也最高。 畢竟， 從消息傳遞的角度來看， 對象自主決定如何響應(yīng)消息并不過分。

日常的應(yīng)用開發(fā)中， 使用 eigenclass 最多的時候就是定義類方法。 還有一個常用技巧是把動態(tài)生成的方法緩存在里面。 Test double 庫更是會充分利用它定義每個實(shí)例的行為。

反觀 Python， 對于 Per-instance Polymorphism 的支持僅停留在實(shí)例屬性的基礎(chǔ)上。 或者說，實(shí)例自身只是單純的屬性容器。 如果你真心想玩， 把對象的__class__ 屬性改掉就可以啦。¹

沿繼承結(jié)構(gòu)解析

按照類的繼承結(jié)構(gòu)查找方法是最為主要的方法查找路徑， 在學(xué)習(xí)這兩種語言的對象模型時， 都是重點(diǎn)需要理解的知識。

雖然 Ruby 使用 mixin， Python 用的是多繼承。 但兩種機(jī)制在功用上并沒有因此產(chǎn)生很大的差異。

當(dāng)然特殊情況還是存在的： Python 允許開發(fā)者通過自定義 一個 class 的 metaclass 的 .mro() 方法來修改這個 class 的實(shí)例的方法解析路徑。 不清楚這個明顯改變方法查找順序的接口實(shí)際有多少應(yīng)用。

此外， Python 對象實(shí)例的屬性查找順序與其 class 的屬性查找順序有明顯的交叉。 語義上僅屬于 class 的 staticmethod 與 classmethod 都會出現(xiàn)在實(shí)例的屬性查找路徑上。 也許這是為了方便使用多半以 utility function 身份存在的 staticmethod， 但也意味著你不能讓 class method 與 instance method/property 重名。 Seriously，在實(shí)例上能取到 class method 不管怎么解釋也實(shí)在是太奇怪了啊。

解析失敗時的 fallback

Python 有 __getattr__ 這個機(jī)會在解析失敗時由開發(fā)者自行返回一個屬性。 相應(yīng)地 Ruby 有 method_missing， 但需要返回方法調(diào)用的結(jié)果而不是單純的查找。 這明顯是 message passing 模式下的產(chǎn)物： 你需要對 message 做出響應(yīng)， 而不是關(guān)注屬性/方法這些概念。

此外 Python 還可以在查找前就調(diào)用 __getattribute__ / __setattr__， 這也是一個 catch-all 的機(jī)會。 哦對了，__getattribute__ 能夠截獲所謂”special attributes”（如__dict__）的查找， 而 __getattr__ 則不能。

這方面單純從語言能力上來看，Ruby 似乎要更弱一些的樣子。 但只提供查找失敗的 catch-all 就已經(jīng)足夠?qū)崿F(xiàn)“響應(yīng)任意方法調(diào)用”。 以及，有人記住 Python 那些個 special attributes 了么？ 這種語法上沒有區(qū)別但背后邏輯隱隱地不同的設(shè)計， 要么去死記記住， 要么就等著掉坑吧。

方法綁定與調(diào)用

終于說完了方法解析， 接下來的過程就變得簡單了。 所謂綁定只是讓未綁定的方法確定調(diào)用時 self 的指向。 印象中有時也稱作 context。

在 Python 的方法定義語法看來， 綁定 self 很像是為函數(shù)綁定了首個參數(shù)。 不知道和所謂的 currify 是不是一回事。 乃至，調(diào)用的時候如果傳入?yún)?shù)的數(shù)量不對， Python 拋出的異常的信息里還會把 self 的占位算進(jìn)去， 有效地擾亂你的 debugging。 Ruby 當(dāng)然不存在這種問題。

以及， 由于對“消息傳遞”的強(qiáng)調(diào)， Ruby 不像 Python 可以省略調(diào)用時的括號直接返回一個已綁定的 method， 而是必須要用另一個方法 Object#method 來實(shí)現(xiàn)。

換個角度來看， Python 在這里讓語法-語義變得復(fù)雜， Ruby 則選擇把這種底層邏輯塞進(jìn)一個貌似無辜的方法里。 于是 Ruby 才能夠做到“方法調(diào)用時可以省略括號”。 就是因?yàn)?Ruby 不依賴復(fù)雜的語法來表達(dá)語義， 才可以給更多的語法糖讓出空間。

“Ruby和Python的方法調(diào)用有什么不同”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！

網(wǎng)站標(biāo)題：Ruby和Python的方法調(diào)用有什么不同
網(wǎng)頁URL：http://www.rwnh.cn/article34/psjdse.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站排名、虛擬主機(jī)、App設(shè)計、標(biāo)簽優(yōu)化、面包屑導(dǎo)航、

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)