Ruby和Rails的缺点

Ruby为什么会受程序员的欢迎？

　　孟岩最近写了一篇博客：

　　Ruby 1.9不会杀死Python

　　这篇文章很有点标题党的意思，所以在JavaEye论坛很快被水掉了，只好锁贴：

　　但我个人对于孟岩的观点是不敢苟同的。首先我并不同意所谓魔幻语言和简约语言的分类。其实Martin Flower论述过这个问题，他是用“人性化接口”和“最小接口”来区分编程语言的风格化差异的。

　　其实不用我多说，Martin论述的挺充分了。强把Ruby和C++归为魔幻一类，其实并不准确，因为Ruby的魔幻语法和C++相比，最大区别在于：

　　C++的魔幻语法会导致代码的可读性变差，而Ruby的魔幻语法会导致代码的可读性大大提高。

　　不论是matz本人，还是整个Ruby社区，Rails社区诸多开源项目的作者，抑或整个Ruby和Rails开发者社区，在一个编程哲学问题上是高度统一的，这就是：

　　强调程序员的快乐编程，追求人性化编程，在代码的可读性上面有偏执的追求，拒绝难以阅读的代码和难用的API。也就是所谓的coding for fun!

　　所以你看无论是Rails，rake，rspec，甚至移植自lucene的ferret，都鲜明的体现出来这种特点，就是API简单好用，让你写的代码像英文文章，自然流畅，轻松愉快。要是哪个Ruby框架的API复杂晦涩，在Ruby社区简直没法混，大家根本不买他的帐，这也是为什么Ruby应用于DSL领域这么热的根本原因。

　　对于ruby程序员来说，这种追求编程人性化的哲学理念会潜移默化影响程序员，让他不知不觉把代码的可读性越写越好。对于程序员来说，谁不想coding for fun呢？ 而当你品尝到了coding for fun的乐趣，又怎么会轻易抛弃？

　　所以Ruby受程序员欢迎的根本原因还是在于它是一种能给你带来编程乐趣的语言。

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还是让我感觉非常满意的，特别适合互联网应用。