javascript - 是否值得为 Derby.js 或 Meteor 提供一个带有身份验证的生产应用程序的机会？

Question

关闭。这个问题是 opinion-based .它目前不接受答案。

---

想要改进这个问题吗？ 更新问题，以便 editing this post 提供事实和引用来回答它.

关闭 8 年前。

Improve this question

我开始阅读 Derby.js和 Meteor对我正在从事的项目进行一些研究。它使用了很多实时功能，所以它们看起来都很方便。但我有一些主要问题，想知道此时使用它们是否有意义。

1. 他们准备好生产了吗？还是存在重大安全问题？
2. 他们现在支持 session 和身份验证吗？
3. 我的假设是否正确，即通过依赖可以完成大量工作的框架，您可能会更轻松地完成简单的工作，但如果变得更复杂一些，则会变得更加困难？
4. 我的假设是对的吗，当我只使用 Express + Socket.io(或 express.io)时，我可以达到完全相同的效果(从用户体验的 Angular 来看)，我只需要投入更多时间/工作？

目前我更喜欢 Express + Socket.io，并认为 Derby 和 Meteor 有点夸张。你怎么看？

为了更好地了解我的计划:

• 需要用户认证
• 需要复杂的路由
• SEO 是个问题
• 使用 Elasticsearch 进行全文搜索
• 数据库可能是 MongoDB
• 对象之间的复杂关系
• 实时更新 (Socket.io)
• 安全是个问题
• 性能和可扩展性是问题。

谢谢!

Answer 1

我可以回答你关于meteor的问题:

1. 是的。我们中有很多人在为创收公司生产 meteor 。

2. 是的。 Meteor 有一个 accounts自 2012 年 10 月以来的系统。

3. 系统为你做的越多，操作底层机制就越困难。我发现 meteor 达到了合理的平衡。

4. 这个假设是正确的。您还可以实现自己的网络浏览器来可视化 HTTP，但我发现使用 chrome 会更容易。

其他要求

• 用户身份验证:是的，见上文。

• 复杂路由:是的，见 iron-router和 flow-router .

• SEO:是的(？)，见 spiderable和 ssr和 this post .

• Elasticsearch:是的，(与您选择的框架无关)。 Meteor 没有 ES 后端，但您当然可以通过 node.js 模块或直接通过 HTTP 与 ES 数据存储通信。

• MongoDB:是的，那是 meteor 的默认(也是唯一官方)数据库。

• 复杂关系:是的，(与您选择的框架无关)。

• 实时更新:是的，这就是 meteor 的工作原理。

• 安全是一个问题:是的，Emily Stark你有吗!另见 this post在 discover metetor blog .

• 性能和可扩展性:使用 oplog-tailing并使用 kadira 监控您的应用程序.