Socket.IO – 是一个关注的开放连接吗?

我目前正在与DerbyJS合作,因为它培养了干净的DRY客户机/服务器代码。 副作用(大多数人使用框架的主要原因)是使用Socket.IO创build实时应用程序。 在这种情况下,我不需要实时,但它是一个很好的补充。

我的问题是 – 我是否通过使用Socket.IO来牺牲可伸缩性/性能,以及它维护的所有打开的连接? 因为没有开放的连接,会使用Backbone + ExpressJS释放资源吗?

       

网上收集的解决方案 "Socket.IO – 是一个关注的开放连接吗?"

保持一个开放的连接显然有一些成本在服务器开销方面,但我不会担心这样的担心,除非你有一个明显的扩展问题。 一旦你有明显的缩放问题,你应该有足够的收入来购买更多的服务器资源。 服务器非常便宜,你的时间非常昂贵。 不要担心优化小东西。

我是否通过使用Socket.IO来牺牲可伸缩性/性能,以及它所维护的所有打开的连接?

如果您想在新的信息可用时立即更新您的页面(dynamic页面)。 然后保持连接打开使用非阻塞io是最有效的方法来做到这一点。 幸运的是,node.js确实使用了非阻塞的io。 这就是node.js非常stream行的原因之一(另外你还可以用最stream行的编程语言JavaScript代码)。 如果你真的不需要它(也是在将来),因为你的网站是相当静态的(不像你说的那样实时),那么closures连接将节省你的资源。

因为没有开放的连接,会使用Backbone + ExpressJS释放资源吗?

我会看看成本(开发时间)来开发您的网站使用主干/快递组合与德比。

然后再像Nate提到的那样,Socket.io可以轻松处理多个(1000+)并发连接。 如果使用derbyJS更容易开发,那么我会使用它。 当你越过这条路时,你总是可以决定添加更多的服务器或重新devise(可以雇用额外的程序员)你的网站使用快递/骨干组合。 首先尝试让用户以最小的努力(发展时间)来发现您的网站的价值。

PS:我认为你应该尽量保持你的系统尽可能的模块化,这样就可以用最less的时间replace别的Derby.js。