Ruby和Python的調(diào)用方法有什么不同

本篇內(nèi)容主要講解“Ruby和Python的調(diào)用方法有什么不同”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“Ruby和Python的調(diào)用方法有什么不同”吧!

Code Block

Python 的 lambda / list comprehension 只能寫一個表達(dá)式用于計算， 使得語言表達(dá)能力大大落后。 需要 contextual execution 的時候偶爾可以拿 with 語句湊合一下， 再就只能先 def 定義再拿去用。

而 Ruby 有 proc 支持， 應(yīng)用范圍更廣泛， 還解決了 JavaScript 要忍受的 this綁定問題。

結(jié)合前面提到的隱式 self 與 instance_exec 等物， 這幾乎在一個 Static Scoping 的語言中實現(xiàn)了 Dynamic Scoping， 導(dǎo)致 Ruby 社區(qū)中隨處可見 Internal DSL。

Switch-case

Ruby 的 case-when 語句可以不必寫類似 C 的 break， 默認(rèn)就不會 fall-through。 而 Python 在某個 PEP 中明確地表示不支持。 當(dāng)然你可以用奇怪的 hack 來偽造一個。

你可以說“ switch-case 往往應(yīng)該重構(gòu)成多態(tài)” 但是我希望保留自己選擇的權(quán)利。 在 one-off 的代碼里用用， 或者覺得重構(gòu)反而收益不大時暫時用一下， 都沒什么大問題。

So Many More

Ruby 還有大把可以讓你少打字的語言特性：

正則表達(dá)式字面量有人記得么， 這種屬于不需要的時候無所謂， 需要的時候才會想起來的東西。

方法調(diào)用和定義可以免去參數(shù)兩側(cè)的括號， 在 CQS pattern 中， 無參數(shù)的 query 和所有 command 方法都可以受益。

%w 數(shù)組字面量在表意上完勝 "foo bar".split()。

List comprehension 在表意上不比 Enumerable#map/select 明確， 同時使用 map 與 filter 時，代碼的閱讀順序與執(zhí)行順序完全不匹配。

Ruby 很多語句可以當(dāng)表達(dá)式來用， 方法定義隱式返回最后一個表達(dá)式值。 可以少寫很多變量賦值或 return。

rescue 可以直接在 def ... end 的代碼塊里使用， 不必寫 begin 開頭。

字符串內(nèi)插。 Python 則有 % 與 str.format() 兩種半吊子方案來湊合。 是誰說 Python 推崇只用一種最好的解決方案來著？

三元操作符， 對于 C 系語言用戶來說都不陌生。 Python 偏要搞出 A if P else B 這種反直覺的東西來替代。 要求開發(fā)者多打很多字。 現(xiàn)實世界里經(jīng)常有人用 P and A or B 這種有漏洞的方式替代之。

super 在 Ruby 中是關(guān)鍵字， 支持直接 pass through， 也支持顯示地從繼承鏈往上傳遞參數(shù)。

比如

python class Foo(namedtuple("Foo", "bar baz")): def __init__(self, *a, **kw): super(Foo, self).__init__(*a, **kw)

反觀 Ruby 的寫法… 前面這個代碼塊的最后一行只需寫 super 即可。 不需要顯示地寫當(dāng)前類的名字， 不需要傳入 self， 不需要記憶 self 和 class 兩個參數(shù)的順序， 不需要把方法的名字重復(fù)一遍， 也不需要把參數(shù)一個個傳進(jìn)去。 差距實在是太大。

你可以說現(xiàn)代編輯器 / IDE 都提供 snippet 之類的方式讓你少打字， 但別忘了閱讀代碼時還是要被迫面對這些降低信噪比的 boilerplate。 而我們都知道維護(hù)代碼時面對難讀的代碼是何等的殘念。

到此，相信大家對“Ruby和Python的調(diào)用方法有什么不同”有了更深的了解，不妨來實際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！