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

Posted

技术标签:

【中文标题】在 2017 年使用 Meteor 有充分的理由吗? [关闭]【英文标题】:Are there good reasons to use Meteor in 2017? [closed] 【发布时间】:2017-10-31 03:43:41 【问题描述】:

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

优点:

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

缺点:

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

【问题讨论】:

您能否详细说明一下“将您锁定在无法逃脱的状态”和“增加很多开销”? 【参考方案1】:

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

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

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

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

【讨论】:

感谢您的评论。这对我来说很有价值。除此之外,为什么我的问题会被关闭? @JohnSmith 因为您的问题是主观的,而不是一个非常具体的编程相关问题(例如,为什么axios 失败,这是错误,这是我的代码等)。 我明白了。好吧,如果是这种情况,我将不得不删除它以避免混乱。不过,我真的很想找到一个客观的答案。 对于堆栈问题没有客观答案。 ;) 每个人都有不同的喜好。祝你好运! 谢谢。顺便说一句,Meteor 1.5 现在已经发布了(就在提出这个问题几个小时后。你一定要检查一下。https://blog.meteor.com/announcing-meteor-1-5-b82be66571bb

以上是关于在 2017 年使用 Meteor 有充分的理由吗? [关闭]的主要内容,如果未能解决你的问题,请参考以下文章

使用 SQL 视图的充分理由是啥?

如何在 Meteor 中使用`moment.js`?

在 Java 9 中是不是有充分的理由使用带有新接口的抽象类? [复制]

是否有充分的理由为 DialogFragments 使用子片段管理器?

是否有充分的理由在单平台系统上使用 .proto 文件?

是否有充分的理由在 Program.cs/main 中编写代码而不是使用类? [关闭]