锁定老帖子 主题:Rails迷思导读
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2008-11-16
最后修改:2008-11-17
DHH爆了,给置疑Rails的人一个回答,于是有了《Rails迷思 》这个系列。
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2008-11-17
有没有谁有兴趣翻译?
|
|
返回顶楼 | |
发表时间:2008-11-17
JE新闻频道上已经有了这个系列……
|
|
返回顶楼 | |
发表时间:2008-11-17
貌似只有迷思3吧,是robbin发的新闻
|
|
返回顶楼 | |
发表时间:2008-11-17
一般DHH都不怎么回应,不知道这次一下答了这么多,是不是跟merb 1.0有关系。
良性竞争很好呀。 |
|
返回顶楼 | |
发表时间:2008-12-01
最后修改:2008-12-07
|
|
返回顶楼 | |
发表时间:2008-12-05
我想任何人都是这样吧,你写的东西,被人骂的一塌糊涂,你会怎么想?
说你的东西一文不值,你会怎么想? 骂你的东西烂的要命,怎么办? |
|
返回顶楼 | |
发表时间:2008-12-06
dreamhead 写道
DHH爆了,给置疑Rails的人一个回答,于是有了《Rails迷思 》这个系列。
Zed Shaw自从与DHH翻脸之后似乎总是与DHH过不去,上个月他在自己的blog中指名道姓对DHH在《The Rails Myths》中的观点进行了反驳: http://www.zedshaw.com/blog/index.html |
|
返回顶楼 | |
发表时间:2008-12-06
我还是看好 Merb, 相信明年越来越多基于 Ruby 的 web 开发人员会从 rails 转向 merb 的. 不过即便在将来使用 Merb 的人还是少数。
|
|
返回顶楼 | |
发表时间:2008-12-06
最后修改:2008-12-06
火星叔叔马丁 写道 koalant 写道 我还是看好 Merb, 相信明年越来越多基于 Ruby 的 web 开发人员会从 rails 转向 merb 的. 不过即便在将来使用 Merb 的人还是少数。
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 驱动就永远别想在性能上超过他们,这话很狂啊,呵呵。 |
|
返回顶楼 | |