实时ruby应用程序: CRAMP vs NODE.JS

Question

我想知道你们中是否有人有关于哪一个更好的见解，以及在使用其中一个时应该考虑哪些因素

Answer 1

我可以从另一个(Node.js)方面说更多。我刚刚写了一个与Rails3集成的gem，它使用Node.js后端来监听Redis PUBSUB消息，并相应地更新Rails前端。

Socket.IO + Node与Rails应用程序集成并不难(尤其是在使用jQuery的情况下)，但根据目标浏览器基础(如IE7)的不同，在所有情况下都能正常工作可能很棘手，这是因为在使用闪存套接字作为备用时(通常在WebSockets不起作用的情况下)，会出现一些奇怪的情况。

也就是说，我强烈推荐Node.js + Socket.IO，它非常轻量级，有很多选项，可以灵活地扩展到几乎任何你想做的事情。在我看来，Rails是一个非常棒的web框架，用于构建需要大量计算的前端的大型应用程序。我不会选择将它用于小型的、事件驱动的应用程序，因为它单独为框架使用了如此多的内存。我喜欢Ruby/Rails，但是当涉及到需要一些快速和干净的事件处理/消息处理时，Node是我的票。

如果你需要更多具体的例子，我的项目Kthxbye (一个Resque风格的克隆)与Redis通信，而Redis又被Node.JS监听，而Redis又可以更新web应用。

插件：http://github.com/plukevdh/kthxbye (参见：http://github.com/plukevdh/kthxbye/blob/master/lib/generators/kthxbye/templates/kthxbye.js)

节点后端：http://github.com/plukevdh/kthxbye-node (参见：http://github.com/plukevdh/kthxbye-node/blob/master/poll.js)

(对于完全缺乏关于节点项目的文档，我深表歉意。)

Answer 2

前段时间我玩过抽筋和rails 3。我试图使用WebSockets构建一个具有动态更新的视图，以便在客户端和服务器之间来回传输数据。它在Chrome上工作得很好，但是Safari5和FF实现了更新版本的websocket协议，而Cramp没有，所以我无法让它在那里工作。

我同意在整个堆栈中使用Ruby是很好的，但我认为Cramp现在在某些方面稍微落后于曲线。

我决定咬紧牙关，把node.js (和SocketIO包)用在我的东西上。

祝好运!

Answer 3

目前，我正在使用Rails (3)和Cramp一起编写一个不那么简单的web应用程序。我没有任何使用Node.js的经验，而且我只是刚刚开始使用它，但它看起来很有前途。在我看来，能够使用Ruby是一个很大的优势！(我从Tornado (Python)开始，无法忍受这种语言。对不起Python的粉丝们！)

缺点是我在Cramp上找到的第三方资料非常非常少。考虑到它是多么新，我想这并不令人惊讶，但你或多或少都是靠自己。如果您需要手持设备，您可能不应该使用Cramp。