在 2017 年使用 Meteor 有充分的理由吗？ [关闭]

Question

几年前，Meteor 应该彻底改变 Node 上的 Web 开发，使编写引人注目的响应式应用程序变得容易。我对平台的历史不是很熟悉，但我知道自去年以来，大部分开发工作已经撤回并投入到其他项目上。我正在尝试为我的下一个应用程序决定一个框架，所以我想知道 Meteor 是否仍然是一个可行的选择，而不是仅仅使用普通的 node+react/angular/etc。这些是我到目前为止所经历的利弊：

优点：

• 易于制作原型
• Javascript 无处不在
• 发布/订阅模式很简洁
• 反应性

缺点：

• 使用 pub/sub 很难获得正确的性能
• 框架更新不像以前那么频繁了
• 锁住你，无处可逃
• 最近写 Meteor 包的人少了
• 增加了很多开销

Answer 1

你的问题很可能已经结束了，所以我会很快在这里插话：

过去三年左右我一直在使用 Meteor，但我最终决定停止使用它，转而使用以下堆栈：

• 客户端
  • 反应
  • 阿波罗
  • AWS Cognito（用于用户身份验证）
• 服务器端
  • 快递
  • GraphQL（Apollo 实现）

出于您列出的一些原因，我正在迁移，主要是开销和为可能更轻量级和简单得多的应用程序增加了过多的重量。我什至在考虑使用无服务器，让我的 GraphQL 端点由 Lambda 提供支持。