Meteor js作为前端，后端有什么用？

我想问一下创建Meteor后端的最佳实践

我使用Meteor js作为前端，我计划在另一个端口使用apache/php/yii framework/YiMongoDBSuite作为后端（管理面板）

---

<>也许有人建议我最好的方法来创建流星应用程序的管理部分，

如果你已经在PHP/Rails等中建立了你的后端，那么你可以考虑一个DDP客户端或REST来中继流星和后端之间的消息。与REST相比有几个优点

这是一个开放的连接，你甚至可以下载实时更新

我不确定是否有PHP的DDP客户端。有几个：

• Nodejs（）
• .NET（）
• 红宝石（）
• Python（）

你也可以用它来交流，但是你会错过很多功能。使用DDP，您可以访问Meteor.methods并轻松订阅

最后，您可以直接连接到您的mongodb并将更改放入。流星将在10秒内处理它们

但是为什么不使用Meteor本身作为后端呢？使用单独的Meteor实例可能会使您的管理区域更加安全。使用Meteor作为后端，维护起来会容易得多，您可以在两者之间共享兼容的代码。您可以使用访问客户端实例

如果你的动机是安全，你可以这么做。当Meteor已经让它变得如此简单时，使用单独的语言和堆栈几乎没有任何好处

---

更新：Meteor 0.7.0引入了oplog跟踪功能，因此您无需再等待10秒钟更新才会出现。它们将是即时的，就像来自meteor本身一样。

meteor直接侦听MongoDB数据库，因此那里的任何更改都将自动更新应用程序。这意味着，如果您想从PHP编写MongoDB，那么meteor将自动检测更改并更新字体结尾

我相信这也会起作用。如果您想开始为需要实时更新或在项目中缓慢迁移的组件使用meteor，这将非常容易

---

我们目前正在为我们的实时通知系统进行试验。我原以为我们必须学会使用DDP，但实际上这就像让两个系统监听同一个DB一样简单。

感谢您的回答，我决定在Yii上构建后端，因为它可以从机箱中提供CRUD操作，而且开发速度很快。DDP链接非常有用。10秒钟内的小延迟并不重要。我改变了决定，现在我在Meteor上写后端。Thanksys Meteor是一个完整的堆栈框架——它同时在客户端和服务器上运行。只在前端使用meteor对我来说没有什么意义。我编写了一个grunt脚本，可以轻松地将meteor从后端解耦并静态地为其提供服务。