结合流星和快递

时间:2013-01-18 14:19:14

标签: meteor

我正在评估Meteor作为使用socket.io开发实时功能的替代方案,它看起来像单页实时应用程序的真棒框架。节省开发人员的时间使开发人员能够专注于应用程序的业务逻辑,而不是编写样板代码。但是,对于具有多个页面/路由和REST api的中型应用程序,我发现它仍然是成熟的。此外,i18n等功能仍然无法使用,需要一些时间投入才能自行开发。

我认为如果我能将Meteor和Express结合起来并在真正发光的用例中使用Meteor,那就太棒了。

是否可以使用标准Express / Mongo堆栈开发应用程序,并仅将Meteor用于我需要实时协作的应用程序的特定部分?

例如,我可以在Express / Connect和Meteor之间共享会话吗?

谢谢!

1 个答案:

答案 0 :(得分:3)

这并没有直接回答你的问题,但我想我会把它扔出去:

您应该查看atmosphere上的社区套餐。具体来说,我建议您查看iron-routeri18n(我会注意到我没有使用后者)。

我已经构建了一个使用铁路由器的大型制作应用程序,它运行顺畅。您也可以使用其server-side-routing功能来实现REST API。