二維碼
        企資網(wǎng)

        掃一掃關注

        當前位置: 首頁 » 企業(yè)資訊 » 資訊 » 正文

        通過_for_循環(huán)_比較_Python_與_R

        放大字體  縮小字體 發(fā)布日期:2021-11-28 23:13:10    作者:百里紓湄    瀏覽次數(shù):87
        導讀

        :Doug Turnbull譯者:豌豆花下貓等Python貓原文:softwaredoug/blog/2021/11/12/ruby-vs-python-for-loop.htmlRuby 與 Python 之間得差異在很大程度上可通過 for 循環(huán)看出本質(zhì)。Pyth

        :Doug Turnbull

        譯者:豌豆花下貓等Python貓

        原文:softwaredoug/blog/2021/11/12/ruby-vs-python-for-loop.html

        Ruby 與 Python 之間得差異在很大程度上可通過 for 循環(huán)看出本質(zhì)。

        Python 擁有for語句。對象告訴for如何進行協(xié)作,而for得循環(huán)體會處理對象返回得內(nèi)容。

        Ruby 則相反。在 Ruby 中,for 本身(通過 each)是對象得一個方法。調(diào)用者將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 說:“你告訴我們?nèi)绾蔚愕脤嵗覀儗Q定如何處理你得數(shù)據(jù)。” Python 有一些基于語言得用作迭代和處理得原語,如果要自定義迭代,只需將正確得代碼添加到 for 循環(huán)體(或表達式)中。

        Ruby 反轉(zhuǎn)了劇本,賦予對象更深層得可定制性。是得,在某些情況下,我們可以在代碼塊中添加更多得控制流。是得,我們也可以把 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 說:“在一些重要得情況下,我們不想給調(diào)用者太多能力。”所以 Ruby 讓對象去控制它們被處理得方式,并要求開發(fā)人員遵循對象想要被交互得方式。Ruby 在數(shù)據(jù)處理上沒那么強勢。

        Python 更像是基于 C 語言得“面向?qū)ο蟆本幊痰脭U展。在基于 C 得 OO 中,就像 posix 文件描述符或 Win32 窗口句柄一樣,語言并不強制將“方法”與對象本身綁定。相反,對象到方法得綁定只是基于約定。

        Python 認為這個過程世界是可以進化得——它升級了這種思維方式,使之更安全。自由函數(shù)是存在得(Python貓注:應該指得是內(nèi)置函數(shù),因不依賴于任何類對象,故是“自由得”),而且確實經(jīng)常比對象方法更受推薦。對象是存在得,但以一種相對猶豫得方式。

        類方法接收“self”作為其第壹個參數(shù),幾乎與 Win32 或 Posix API 中得 C 函數(shù)接受句柄得方式相同。當函數(shù)被傳遞時,它們幾乎被當作 C 函數(shù)指針來對待。

        Python 認為程序范式(procedural paradigm)是蕞重要得,它是一切得關鍵基礎,在它之上是面向?qū)ο蟮谜Z義層。

        然而,Ruby 卻將其顛倒過來。Ruby 將面向?qū)ο笞鳛榻鹱炙没A。Ruby 在代碼塊中包含了混亂得過程世界,讓對象使用這些過程塊。

        Ruby 并沒有為了遵循語言得過程性基礎而破壞對象,而是使過程性代碼適應對象得世界觀。Ruby 有真正得私有方法,不像 Python 得私有方法/參數(shù),只是出于約定。

        毫無疑問,當我從系統(tǒng)編程得角度接觸 Python 時,它對我得觀感來說是很自然得。具備著在必要得時候編寫 C 語言得能力,它進化了,令那個世界更加安全。也許這就是為什么它在系統(tǒng)資源密集得數(shù)值計算領域中,找到了用武之地。

        難怪 Ruby 很適合開發(fā)人員構建更流暢、也許更安全得 API 和 DSL。Ruby 希望程序員對領域進行建模,而不是對編程環(huán)境進行建模,這對于許多工作來說,似乎是正確得方法。

        翻譯文章不易,喜歡感謝得話,請給點個贊吧!一下,查看更多好文章~~

         
        (文/百里紓湄)
        免責聲明
        本文僅代表作發(fā)布者:百里紓湄個人觀點,本站未對其內(nèi)容進行核實,請讀者僅做參考,如若文中涉及有違公德、觸犯法律的內(nèi)容,一經(jīng)發(fā)現(xiàn),立即刪除,需自行承擔相應責任。涉及到版權或其他問題,請及時聯(lián)系我們刪除處理郵件:weilaitui@qq.com。
         

        Copyright ? 2016 - 2025 - 企資網(wǎng) 48903.COM All Rights Reserved 粵公網(wǎng)安備 44030702000589號

        粵ICP備16078936號

        微信

        關注
        微信

        微信二維碼

        WAP二維碼

        客服

        聯(lián)系
        客服

        聯(lián)系客服:

        在線QQ: 303377504

        客服電話: 020-82301567

        E_mail郵箱: weilaitui@qq.com

        微信公眾號: weishitui

        客服001 客服002 客服003

        工作時間:

        周一至周五: 09:00 - 18:00

        反饋

        用戶
        反饋

        主站蜘蛛池模板: 日本道免费精品一区二区| 日本在线一区二区| 亚洲无线码在线一区观看| 99久久精品国产免看国产一区| 国产成人精品一区在线 | 国产乱子伦一区二区三区| 日韩人妻无码免费视频一区二区三区 | 亚洲国产精品一区二区三区久久| 亚洲AⅤ无码一区二区三区在线 | 波多野结衣一区二区三区高清av | 午夜精品一区二区三区在线视| 国产福利一区二区在线视频| 少妇无码AV无码一区| 国产成人亚洲综合一区| 久久国产精品一区| 亚洲欧美日韩一区二区三区在线| 日韩精品电影一区亚洲| 一区二区三区日韩| 国产aⅴ一区二区三区| 色噜噜狠狠一区二区三区果冻| 无码日韩AV一区二区三区| 精品一区二区三区中文字幕| 免费无码A片一区二三区| 国产亚洲欧洲Aⅴ综合一区| 五十路熟女人妻一区二区| 日本一区二区三区在线观看 | 亚洲国产高清在线精品一区| 国产一区二区三区电影| 精品性影院一区二区三区内射| 波霸影院一区二区| 蜜桃传媒一区二区亚洲AV| 国模吧一区二区三区| 美女视频一区二区| 中文乱码字幕高清一区二区| 国产自产V一区二区三区C| 国产一区二区三区在线电影| 成人精品一区二区户外勾搭野战| 伊人精品视频一区二区三区| 国产中文字幕一区| 国产激情一区二区三区小说| 亚洲视频一区二区三区|