通過?for?循環(huán)比較?Python?與?Ruby?的編程區(qū)別
前言:
Ruby 與 Python 之間的差異在很大程度上可通過for循環(huán)看出本質。Python 擁有for語句。對象告訴for如何進行協(xié)作,而for的循環(huán)體會處理對象返回的內容。Ruby 則相反。在 Ruby 中,for本身(通過each)是對象的一個方法。調用者將for循環(huán)體傳遞給這個方法。在 Python 的語言習慣中,對象模型服從于 for 循環(huán)。而在 Ruby 中,for 循環(huán)服從于對象模型。
也就是說,在 Python 中,如果你想自定義迭代的過程,可以讓對象告訴解釋器該如何作迭代:
class Stuff:
def __init__(self):
self.a_list = [1,2,3,4]
self.position = 0
def __next__(self):
try:
value = self.a_list[self.position]
self.position += 1
return value
except IndexError:
self.position = 0
raise StopIteration
def __iter__(self):
return self在這里,Stuff 使用 next 和 iter 魔術方法使自身可迭代(變?yōu)榱丝傻鷮ο螅?/p>
for data in Stuff():
print(data)然而,在 Ruby 的用法中,你要做的恰恰相反。你要將 for 創(chuàng)建成一個方法,它接收代碼(body 體)來運行。Ruby 將過程代碼放在代碼塊中,這樣它們就可以被用于傳遞。
然后,在each方法中,使用yield與代碼塊進行交互,將值傳遞給代碼塊來做你需要做的事情(對于任何方法,代碼塊都是一種隱式參數(shù))。
如果我們重寫上面的代碼,會成這樣:
class Stuff
def initialize
@a_list = [1, 2, 3, 4]
end
def each
for item in @a_list
yield item
end
end
end使用each進行迭代:
Stuff.new().each do |item| puts item end
不是將數(shù)據(jù)傳給 for 循環(huán)(Python),而是將循環(huán)代碼傳給數(shù)據(jù)(Ruby)。
但區(qū)別還遠不止于此:
Python 構建類似于 for 的結構,用于各種處理;Ruby 將數(shù)據(jù)處理工作放到方法中。
優(yōu)秀的 Python 代碼使用列表和字典解析式來實現(xiàn)map和filter,這些表達式的核心與 for/迭代的語義是相同的。
In [2]: [item for item in Stuff()] Out[2]: [1, 2, 3, 4] In [3]: [item for item in Stuff() if item % 2 == 0] Out[3]: [2, 4]
Ruby 則繼續(xù)使用方法優(yōu)先的方式,除了each方法,還有一系列常用于處理集合的新方法,如下所示:
class Stuff
...
def select
out = []
each do |e|
# If block returns truthy on e, append to out
if yield(e)
out << e
end
end
out
end
def map
out = []
# One line block syntax, append output of block processed on e to out
each {|e| out << yield(e) }
out
end
puts Stuff.new().map {|item| item}
puts Stuff.new().select{|item| item.even?}Python 說:“你告訴我們如何迭代你的實例,我們將決定如何處理你的數(shù)據(jù)。” Python 有一些基于語言的用作迭代和處理的原語,如果要自定義迭代,只需將正確的代碼添加到 for 循環(huán)體(或表達式)中。
Ruby 反轉了劇本,賦予對象更深層的可定制性。是的,在某些情況下,我們可以在代碼塊中添加更多的控制流。是的,我們也可以把 each 方法用來做 map。但是 Ruby 允許對象們實現(xiàn)不同的 map 和 each(如果將“each”的實現(xiàn)用于“map”,可能會非常不理想,甚至不安全)。Ruby 的對象在處理其數(shù)據(jù)方面,有著更好的方法。
在 Ruby 中,對象控制著功能可見性。而在 Python 中,是語法做著控制。
地道的 Python 對數(shù)據(jù)處理有著強勢的看法。Python 說:“看,90% 的代碼都能很好地融入這些想法,只要遵從它,完成工作就行了。”把你的對象變成可以 for-循環(huán)的,別再煩我了。
然而 Ruby 說:“在一些重要的情況下,我們不想給調用者太多能力。”所以 Ruby 讓對象去控制它們被處理的方式,并要求開發(fā)人員遵循對象想要被交互的方式。Ruby 在數(shù)據(jù)處理上沒那么強勢。
Python 更像是基于 C 語言的“面向對象”編程的擴展。在基于 C 的 OO 中,就像 posix 文件描述符或 Win32 窗口句柄一樣,語言并不強制將“方法”與對象本身綁定。相反,對象到方法的綁定只是基于約定。
Python 認為這個過程世界是可以進化的——它升級了這種思維方式,使之更安全。自由函數(shù)是存在的(Python貓注:應該指的是內置函數(shù),因不依賴于任何類對象,故是“自由的”),而且確實經(jīng)常比對象方法更受推薦。對象是存在的,但以一種相對猶豫的方式。
類方法接收“self”作為其第一個參數(shù),幾乎與 Win32 或 Posix API 中的 C 函數(shù)接受句柄的方式相同。當函數(shù)被傳遞時,它們幾乎被當作 C 函數(shù)指針來對待。
Python 認為程序范式(procedural paradigm)是最重要的,它是一切的關鍵基礎,在它之上是面向對象的語義層。
然而,Ruby 卻將其顛倒過來。Ruby 將面向對象作為金字塔的基礎。Ruby 在代碼塊中包含了混亂的過程世界,讓對象使用這些過程塊。
Ruby 并沒有為了遵循語言的過程性基礎而破壞對象,而是使過程性代碼適應對象的世界觀。Ruby 有真正的私有方法,不像 Python 的私有方法/參數(shù),只是出于約定。
毫無疑問,當我從系統(tǒng)編程的角度接觸 Python 時,它對我的觀感來說是很自然的。具備著在必要的時候編寫 C 語言的能力,它進化了,令那個世界更加安全。也許這就是為什么它在系統(tǒng)資源密集的數(shù)值計算領域中,找到了用武之地。
難怪 Ruby 很適合開發(fā)人員構建更流暢、也許更安全的 API 和 DSL。Ruby 希望程序員對領域進行建模,而不是對編程環(huán)境進行建模,這對于許多工作來說,似乎是正確的方法。
到此這篇關于通過 for 循環(huán)比較 Python 與 Ruby 的編程區(qū)別的文章就介紹到這了,更多相關Python 與 Ruby 內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
python實戰(zhàn)之90行代碼寫個猜數(shù)字游戲
這篇文章主要介紹了python實戰(zhàn)之90行代碼寫個猜數(shù)字,文中有非常詳細的代碼示例,對正在學習python的小伙伴們有很大的幫助,需要的朋友可以參考下2021-04-04
keras 自定義loss model.add_loss的使用詳解
這篇文章主要介紹了keras 自定義loss model.add_loss的使用詳解,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-06-06
Python的socket模塊源碼中的一些實現(xiàn)要點分析
我們平時引入Python的socket模塊利用其中的方法可以輕松地寫出搭建socket通信的程序,今天我們就來看一下Python的socket模塊源碼中的一些實現(xiàn)要點分析,領略Python簡潔代碼的一些背后功勞.2016-06-06
numpy中以文本的方式存儲以及讀取數(shù)據(jù)方法
今天小編就為大家分享一篇numpy中以文本的方式存儲以及讀取數(shù)據(jù)方法,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2018-06-06

