Ruby和Rails的缺点

有人说，robbin你说了那么多RoR的优点，你啥时候说说RoR的缺点阿？你说的缺点肯定比别人说的更客观。没办法，为了表现出来我不是一个RoR粉，只好总结点缺点，以飨RoR黑子们：

Ruby和Rails的一些缺点的总结：

ruby的问题我觉得主要是：

1、ruby本身的性能是比较差的，无法直接做一些计算密集型的任务

比方说大量的分词运算、语料训练什么的，用ruby写是不行的

2、ruby的C扩展很难写

正因为ruby性能差，所以很多情况下要依赖C写的底层库，但是写ruby的扩展C库是很困难的事情。一方面没有特别多的资料介绍，你能参考的只有《Ruby Hacking Guide》，另外一方面Ruby是带有GC的语言，C又是没有GC的，所以如果你对ruby的GC机制没有特别清楚的了解情况下，写C扩展会出现意想不到的问题：比方说你写的程序逻辑没有任何问题，但是和ruby配合起来就会不定期的出现错误，这就是你C程序的某个赋值变量可能会被ruby GC以你意想不到的方式销毁。

3、ruby的C扩展库质量不高，容易出现内存泄漏问题

正因为上面的原因，很多第三方的C扩展库质量不好，很容易出现内存泄漏问题，这是一个很头疼的问题，你很难定位，也很难解决，只能尽量避免使用第三方扩展C库。


Rails的问题我觉得主要是：

1、特别容易出现命名冲突

你自己写的代码里面给类增加的方法，动不动就和Rails给类扩展的方法名称冲突了。这种错误很隐蔽，很难发现。这也是ruby语言动态性带来的一个负面影响

2、Rails每次升级API变动都比较大

Rails升级是不太考虑向下兼容性的，所以每次升级的话，可能你很多代码都要改，更糟糕的是很多Rails插件特别喜欢以hack rails的方式来扩展Rails功能，那么Rails一升级，插件的兼容性几乎肯定是不行的，这个是比较痛苦的事情。

3、Rails的view方面还是比较原始的erb拼接字符串方式，像JSP那样原始，没有一个类似Java的velocity/freemarker那样的页面模版库，所以写helper动不动要用字符串去拼html片断，如果是特别复杂的view需要拼的话，代码就会写的很丑陋。

当然总体来说，RoR还是让我感觉非常满意的，特别适合互联网应用。