Ruby 文章索引

  1. 1. 架构之美
  2. 2. 解决问题
  3. 3. 社区
  4. 4. 敏捷
  5. 5. RoR 文档索引

快速和简单是 Rails 的一项,但绝不是 Rails 最独特的一面。ASP.Net 的随意拖拽和最近的 Scaffold 也让其够快够简单。在 Rails 中体验更深的是那种社区反复在强调的设计哲学,DRY、CoC,REST,Agile。这些理念潜移默化的植入这个社区,在我看来,这才是我从 RoR 中最大的收益。

2011年4月26日10:49 @Weibo

起初的选择并不是 Ruby,相对于魔幻,我还是喜欢 Python 的简单唯一,写一些系统调度,便开始做 Web,用过 Django,Web.py,还有 Douban 的?我是个追新的人,也确实是因为 Python 3 的改动在语言语义方面做了很大进步,所以也不愿为了一些旧的插件换回到 Python 2.7,于是 Django 就一直挂在那里,后来勉强也用,感觉不爽吧,不是功能上的,而是语义上的,也说不明白的。

于是在某个下班后的晚上,开始看 Ruby on Rails,@老困 也在边上说,要不一起学这个吧,还能整出个什么东西出来。记得很清,在紫竹5号楼4楼,南面的落地窗外星光闪闪。这一试就爱上了,而且爱不释手。

架构之美

用过 Struts + Spring + Hibrinet 的人应该都感同身受,那种配置的复杂性,让人崩溃,回头看做过的项目,不难发现几乎全部的东西都是按一个模式来的,而痛苦的是要花在大量的时间来定义自己的这套模式。

Rails 就很简单,约定好就行了,是不是很打击程序员不驯的本性?哈哈。

然后就是DDD的开发模型,让业务领域模型更突显,数据库只是做为仓储,清晰易懂,本来在xxx笔下复杂的东西,在这里一下就显得格外明了。

都在谈DRY,Java 社区很高调,C#社区也不示弱的用设计模式装点门面,但看下ORM在两大语言中的应用,Hibernate 是不是每次要写好 POJO,做好映射 xml,再建数据库? 就算后期用反射代替了 XML,还是有重复,改了这忘同步修改另一个所产生的问题太多,这就是重复。在 Rails 中,很 easy,Domain 就只定义在数据库。至于性能,仁则见人吧。但在技术和现实方面上,Rails 真的做到了。

解决问题

谈了那么多,语言,框架终究是为了实现目的,也就是个板斧。

1
2
$ rails new .
$ rails s

一个 APP 就 run了起来,http://rubygems.org/ 上一堆的应用,不用写代码,配置下一个能用的小站就好了。在我高中时,这就能拿出去卖了。

大家都在谈 node.js,node 很好,只是被夸大了,你喜欢 Javascript 吗,连其父都不待见他,估计不是万不得已,不会说喜欢吧。再看下现状,让前端写出优秀的后端代码,通常来说,这个人一般公司请不起。Node 太年轻,语言真正的力量不在这个语言自身,而是其周边的环境,Python 之所以在系统操作方面声名远场,正是因为每台 linux 都预装,其针对系统方面的第三方库异常强大。不信,Mac上预装 Ruby,而最好用的包管理器 Homebrew 就是用 ruby 来写的。所以相对于 Node,Ruby 不会过气。

社区

社区的气质决定了语言,语言又反作用于社区。有点扯,但就是这样认为的。Py 语言中每个功能都仅有一个方法来实现,所以企业喜欢,它能约束,但 Ruby 就很 Open,所以 DHH 选择后者,确实在Web方面,Ruby天生有创新精神。还是看 RubyGems 吧。

敏捷

RoR 文档索引