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。

相关推荐