是否有充分理由在2017年使用Meteor?

时间:2017-05-30 15:18:56

标签: javascript angular reactjs meteor

几年前,Meteor应该在节点上彻底改变网络开发,这使得编写引人注目的反应式应用程序变得容易。我不太熟悉平台的历史,但我知道自去年以来,大部分的开发工作已经撤回并开始用于其他项目。我试图为我的下一个应用程序决定一个框架,所以我想知道Meteor是否仍然是一个可行的选择,而不是仅使用普通节点+ react / angular / etc.这些是我迄今为止经历的利弊:

优点:

  • 易于原型化
  • 到处都是Javascript
  • 发布/订阅模型是一种整洁的
  • 活性

缺点:

  • 使用pub / sub
  • 很难实现性能
  • 框架更新不会像过去那样经常发生
  • 让你无法逃脱
  • 最近有人写Meteor包
  • 增加了很多开销

1 个答案:

答案 0 :(得分:11)

你的问题可能会被关闭,所以我很快就会在这里发出声音:

我在过去三年左右一直在使用Meteor,我终于决定停止使用Meteor以支持以下堆栈:

  • 客户端
    • 阵营
    • 阿波罗
    • AWS Cognito(针对用户身份验证)
  • 服务器端
    • 快速
    • GraphQL(Apollo实施)

由于您列出的一些原因,我搬家了,主要是开销,并且对可能更轻巧,更简单的应用程序增加了太多的重量。我甚至考虑过无服务器,只是让我的GraphQL端点由Lambda提供支持。