Rails迷思导读

DHH爆了，给置疑Rails的人一个回答，于是有了《Rails迷思 》这个系列。

 

• 迷思1：Rails难于部属：DHH的答案是Phusion Passenger （也叫mod_rails），一站式服务。
• 迷思2：Rails每天崩溃400次：DHH说，引起崩溃的是内存泄漏，不过，那是陈年旧帐了，现在好多了。但是，如同其它一切程序一样，内存泄漏还是有可能的。
• 迷思3：Rails强迫人使用Prototype：不用在一棵树上吊死，DHH演示了如何在Rails中使用jQuery。这里他偷换了概念，Rails倒不是强迫人用Prototype，而是引导人用Prototype。你知道，大多数人是懒惰的。
• 迷思4：Rails是一体的：DHH用了很大的篇幅说，其实没有那么“一体”。这是DHH版的Rails拆解指南。
• 迷思5：Rails之难源于Ruby：Ruby不难，在用中学。
• 迷思6：Rails只说英语：曾经，受Ruby牵连，如今，字符编码、国际化／本地化、时区样样精通。

有没有谁有兴趣翻译？

JE新闻频道上已经有了这个系列……

貌似只有迷思3吧，是robbin发的新闻

一般DHH都不怎么回应，不知道这次一下答了这么多，是不是跟merb 1.0有关系。
良性竞争很好呀。

已经有人开始翻译了：
Rails迷思(序)
Rails迷思1：难于部署
Rails迷思2：每天崩溃400次？
Rails迷思3：非得使用Prototype吗？
Rails迷思4：庞然怪物？
Rails迷思5：Ruby？！
Rails迷思6：我只会英语？

我想任何人都是这样吧，你写的东西，被人骂的一塌糊涂，你会怎么想？
说你的东西一文不值，你会怎么想？
骂你的东西烂的要命，怎么办？

 

Zed Shaw自从与DHH翻脸之后似乎总是与DHH过不去，上个月他在自己的blog中指名道姓对DHH在《The Rails Myths》中的观点进行了反驳：

http://www.zedshaw.com/blog/index.html

我还是看好 Merb, 相信明年越来越多基于 Ruby 的 web 开发人员会从 rails 转向 merb 的. 不过即便在将来使用 Merb 的人还是少数。

很多都是我个人感觉。

merb 的性能当然是一个原因，尤其是它能超过 Django 的确很让我惊奇，毕竟这是让整个 RUBY 社区兴奋的事情, 至少 Ruby 解释器的速度不再说明 ruby 框架也很慢了。

slice 也是一个很吸引人的地方， RAILS 一直不提供这个功能。

模块化 是 Merb 的一大特点 ，orm, javascript, template 中立，你可以选取任何模块用，不象 RAILS 那样 take or leave.

推荐大家看看
http://www.youtube.com/watch?v=TcMklv40YMY

Merb 创始人自己做了一些解释，Merb 的理念之一是： “no code is faster than no code”, 因为 Ruby 不是基于 Bytecode 的虚拟机，代码转换为语法树，然后 AST WALKER 在上面执行代码，所以如果代码越大，那么生成的语法树就很大，遍历起来就慢，执行也就越慢，因此 Merb 开发组极力通过减小代码大小来做性能优化，产生的副作用就是框架代码的文件都非常短小。 你如果看过 Merb 代码就知道，它里面很少有超过几百行代码的文件，我想这大概就是原因。 Merb 代码写的也非常易懂。

rspec 代替 test_unit, 生成的应用代码中默认带了 .gitignore , autotest 等等， 可以说， Merb 吸取了很多框架的教训，增加了很多改善的地方，有些地方 rails 想改，但是却很难改了，但是对 merb 来说很容易加入。

另外 Datamapper 一直是我想用的一个 ORM， 它的性能很好，国外的一些测试表明: merb + dm 要比 merb + activerecord 好，主要原因是 DM 团队有自己开发的数据库驱动 do_* 系列，据他们自己说，如果其他 ORM 不采用他们开发的 do 驱动就永远别想在性能上超过他们，这话很狂啊，呵呵。