作者：Doug Turnbull
譯者：豌豆花下貓@Python貓
原文：https://softwaredoug.com/blog/2021/11/12/ruby-vs-python-for-loop.html
Ruby 與 Python 之間的差異在很大程度上可通過 <code>for</code> 循環看出本質。
Python 擁有<code>for</code>語句。對象告訴<code>for</code>如何進行協作，而<code>for</code>的循環體會處理對象傳回的内容。
Ruby 則相反。在 Ruby 中，<code>for</code> 本身（通過 <code>each</code>）是對象的一個方法。調用者将<code>for</code>循環體傳遞給這個方法。
在 Python 的語言習慣中，對象模型服從于 for 循環。而在 Ruby 中，for 循環服從于對象模型。
也就是說，在 Python 中，如果你想自定義疊代的過程，可以讓對象告訴解釋器該如何作疊代：
在這裡，Stuff 使用 __next__ 和 __iter__ 魔術方法使自身可疊代（變為了可疊代對象）。
然而，在 Ruby 的用法中，你要做的恰恰相反。你要将 for 建立成一個方法，它接收代碼（body 體）來運作。Ruby 将過程代碼放在代碼塊中，這樣它們就可以被用于傳遞。
然後，在<code>each</code>方法中，使用<code>yield</code>與代碼塊進行互動，将值傳遞給代碼塊來做你需要做的事情（對于任何方法，代碼塊都是一種隐式參數）。
如果我們重寫上面的代碼，會成這樣：
使用<code>each</code>進行疊代：
不是将資料傳給 for 循環（Python），而是将循環代碼傳給資料（Ruby）。
但差別還遠不止于此：
Python 建構類似于 for 的結構，用于各種處理；Ruby 将資料處理工作放到方法中。
優秀的 Python 代碼使用清單和字典解析式來實作<code>map</code> 和<code>filter</code>，這些表達式的核心與 for/疊代的語義是相同的。
Ruby 則繼續使用方法優先的方式，除了<code>each</code> 方法，還有一系列常用于處理集合的新方法，如下所示：
Python 說：“你告訴我們如何疊代你的執行個體，我們将決定如何處理你的資料。” Python 有一些基于語言的用作疊代和處理的原語，如果要自定義疊代，隻需将正确的代碼添加到 for 循環體（或表達式）中。
Ruby 反轉了劇本，賦予對象更深層的可定制性。是的，在某些情況下，我們可以在代碼塊中添加更多的控制流。是的，我們也可以把 each 方法用來做 map。但是 Ruby 允許對象們實作不同的 map 和 each（如果将“each”的實作用于“map”，可能會非常不理想，甚至不安全）。Ruby 的對象在處理其資料方面，有着更好的方法。
在 Ruby 中，對象控制着功能可見性。而在 Python 中，是文法做着控制。
道地的 Python 對資料處理有着強勢的看法。Python 說：“看，90% 的代碼都能很好地融入這些想法，隻要遵從它，完成工作就行了。”把你的對象變成可以 for-循環的，别再煩我了。
然而 Ruby 說：“在一些重要的情況下，我們不想給調用者太多能力。”是以 Ruby 讓對象去控制它們被處理的方式，并要求開發人員遵循對象想要被互動的方式。Ruby 在資料處理上沒那麼強勢。
Python 更像是基于 C 語言的“面向對象”程式設計的擴充。在基于 C 的 OO 中，就像 posix 檔案描述符或 Win32 視窗句柄一樣，語言并不強制将“方法”與對象本身綁定。相反，對象到方法的綁定隻是基于約定。
Python 認為這個過程世界是可以進化的——它更新了這種思維方式，使之更安全。自由函數是存在的（Python貓注：應該指的是内置函數，因不依賴于任何類對象，故是“自由的”），而且确實經常比對象方法更受推薦。對象是存在的，但以一種相對猶豫的方式。
類方法接收“self”作為其第一個參數，幾乎與 Win32 或 Posix API 中的 C 函數接受句柄的方式相同。當函數被傳遞時，它們幾乎被當作 C 函數指針來對待。
Python 認為程式範式（procedural paradigm）是最重要的，它是一切的關鍵基礎，在它之上是面向對象的語義層。
然而，Ruby 卻将其颠倒過來。Ruby 将面向對象作為金字塔的基礎。Ruby 在代碼塊中包含了混亂的過程世界，讓對象使用這些過程塊。
Ruby 并沒有為了遵循語言的過程性基礎而破壞對象，而是使過程性代碼适應對象的世界觀。Ruby 有真正的私有方法，不像 Python 的私有方法/參數，隻是出于約定。
毫無疑問，當我從系統程式設計的角度接觸 Python 時，它對我的觀感來說是很自然的。具備着在必要的時候編寫 C 語言的能力，它進化了，令那個世界更加安全。也許這就是為什麼它在系統資源密集的數值計算領域中，找到了用武之地。
難怪 Ruby 很适合開發人員建構更流暢、也許更安全的 API 和 DSL。Ruby 希望程式員對領域進行模組化，而不是對程式設計環境進行模組化，這對于許多工作來說，似乎是正确的方法。