为什么说Ruby比Python容易阅读

　　这是一篇充满偏见的语言战争文章，是一场无意义的锤子和锤子的比拼。语言的复杂性可以通过选择语言回避，而问题本身的复杂性是选择哪个语言都无法回避的。

　　不屑语言战争的人可以轻松无视此文。

　　1、字符串格式化

　　Python

"%s=%s" % (k, v)

　　在阅读 Python 字符串格式化的时候，视线先看到字符串的 %s 字样，但是不知道这指的是什么，然后看后面的变量 k，再接着看第二个 %s ，再看后面的 v 视线必须不停地在字符串和变量之间跳动。
　　Ruby

"#{k}=#{v}"

　　而阅读 Ruby 字符串格式化的时候，看到需要变量的地方，变量就在那里。

　　顺便一说

"%s = %s" % [k,v]

　　这种风格的代码在 Ruby 里面也能用，Ruby 的理念认为解决问题的方法可以不止一种，选择哪种取决于程序员的喜好。

　　2、映射（迭代）

　　这在 Python 中叫做列表解析，不过不管叫什么，实际上这是迭代的一种。

[elem*2 for elem in li]

　　li 是一个 list。阅读这行代码的时候，先看到 elem*2，但是不知道 elem 是什么。继续看，再次看到 elem ，还是不知道是什么。一直看到 in li，奥，原来 elem 是 li 中的元素，对了，刚才对 elem 做了什么来着？

如果一个元素的解析还不太迷惑，继续看下面这个例子。

["%s=%s" % (k, v) for k, v in params.items()]

　　请问我应该先看哪个部分。

　　下面是 Ruby 版。

li.map {|elem| elem*2}

params.map {|k, v| "#{k}=#{v}"}

　　求 params 的映射（map），其中的元素是原本params里面 k, v 键值对组成的字符串，我不确保没有 Ruby 基础的人会不会习惯这种 block 语法，但是我可以保证阅读代码的时候是从左到右的单一顺序。

　　3、DSL（领域语言）

　　为了举一个现实中有代表意义、但是又足够简单的例子，我找到了 webpy 和 sinatra，这分别是 Python 和 Ruby 社区热门的简洁风格 web 框架。

　　前置的说明是，webpy，甚至是 Python，都不是一个追求 DSL 的社区。而 Ruby 社区则以 DSL 见长，这样比较似乎有失公允。但这里可以比较 DSL 的有无对于代码的可读性有什么帮助。

　　webpy 的 hello world

import web
 
urls = (
    '/', 'hello'
)
app = web.application(urls, globals())
 
class hello:
    def GET(self):
        return 'Hello, world!'
 
if __name__ == "__main__":
    app.run()

　　我对 webpy 原本的 helloworld 做了简化，以便和 sinatra 比较。

　　坦率地说，webpy 的 hello world 已经够简洁了。相比起 Java EE 和 .net 庞大的 IDE 和那根本不知道拿来做什么的规范，webpy 让我们回归了单纯，简约而不简单。

但是，简约方面，Ruby 的 DSL 文化更是做到了极致，看 sinatra 的例子

require 'sinatra'
 
get '/' do
  "Hello World!"
end

　　sinatra 的 DSL 非常简练，甚至让人怀疑它是否是一个玩具。或者可以看下 sinatra 的文档或者用户列表，现在请先暂且相信，它做的事跟 webpy 没什么两样。

　　DSL 是语言层面的封装，把复杂性留在库的内部，把接口用 DSL 的形式暴露给程序员。这其实跟类和函数方式的 API 没有什么不同。不过 DSL 会让人忘记自己正在使用什么语言，Rubyists 的说法是：魔法。

　　总结

　　Python 和 Ruby 虽然同为动态语言时代的佼佼者，不过开发和社区风格有很大的不同。这归根于两个语言诞生时的理念不同：Python 注重规范化，一个问题只有一个方法，缩进的强制约束，便于多人合作；而 Ruby 注重人性化，便于阅读，一个问题有几个方法，过多的魔法需要使用者自己锻炼驾驭能力。

　　这样的结果就是偏重数学，偏重模范化的人喜欢 Python；偏重乐趣，偏重人类语言化的人喜欢 Ruby。