用 System call，类似你把硬盘目录显示到网页上，可以让 Rails 帮你到后台执行 ls 命令，然后从 STDOUT 取得结果。

他说的是进程的方式，你也可以采用接口的方式，详情http://rice.rubyforge.org/

@lgn21st @mjf429 我搜到了这些个：

在 C++ 中使用 Rice 构建 Ruby 扩展 使用 SWIG 扩展 ruby 性能 开发人员 SWIG 快速入门

可以搞的再复杂一点 https://github.com/twitter/thrift_client

@SharpX 这些就基本全不懂了。。。

走 http 请求 应该 要容易点吧

@jhjguxin 能稍微详细点么？

实际上 这和 rails 没多大关系，我觉得你只需要通过 c++ 去发送 http 请求来取得数据 然后 计算 通过 c++ post 请求到 rails 的 服务器就行了 这是 c++ 的事情

@jhjguxin 但问题是如果有几千条的话，通过这样的方式处理，速度够块吗？

会有比较慢毕竟走的 http, 这是根据你的需求给的方案。直接操作数据库当然最快了 也可以通过其它语言通过一些适配器连接器之类的东西来操作也是极快的 (不管是 ruby 还是 c++)

@jhjguxin 好吧。。。我再搜搜。。。谢谢了

OK 我建议能用一种语言解决的 就用一种语言，实在不行才考虑走一些通用的协议或者接口之类的东西

@jhjguxin 我尽量吧。。。只是看到 ruby 的纯计算速度比较慢，而且要处理的用户数据可能很多，所以才想通过 ruby 把数据导到 c 用 c 计算完了再导回数据库。:D

实时性要求不高也无所谓

首选 ruby 的 计算速度不是实在难以忍受吧 然后你实在对 ruby 没信心可以直接用 C 操作数据库，甚至 写 raw sql 最后 你这个应该作为 一个后台任务而不需要太频繁很及时的 ...

@SharpX 用户间的兴趣匹配，实时性还是要求蛮高的。。。

@jhjguxin 懂了。。。。我看直接用 C 操作数据库这招好不好用吧

....... 你折腾吧

#16 楼 @Levan 那走 facebook 的 thrift 协议吧，本来人家也是做这个的