几年前,Meteor被认为会彻底改变节点上的Web开发,因此可以轻松编写引人注目的反应式应用程序.我不太熟悉平台的历史,但我知道自去年以来,大部分的开发工作已经撤回并开始用于其他项目.我正在尝试为我的下一个应用程序决定一个框架,所以我想知道Meteor是否仍然是一个可行的选择,而不是仅使用普通节点+ react/angular/etc. 这些是我迄今为止经历的利弊:
优点:
易于原型化
到处都是Javascript
出版/订阅模型有点整洁
反应
缺点:
使用pub/sub很难获得性能
框架更新不像过去那样经常发生
锁定你,没有逃脱
最近有人写Meteor包
增加了很多开销
ffxsam.. 11
你的问题可能会被关闭,所以我会在这里超级快速地说:
我在过去的三年左右一直在使用Meteor,我最终决定停止使用它以支持以下堆栈:
客户端
应对
阿波罗
AWS Cognito(用户身份验证)
服务器端
表达
GraphQL(Apollo实现)
我之所以感动你列出的一些原因,主要是开销,并为可能更轻巧,更简单的应用程序增加了太多的重量.我甚至考虑过无服务器,只是让我的GraphQL端点由Lambda提供支持.
你的问题可能会被关闭,所以我会在这里超级快速地说:
我在过去的三年左右一直在使用Meteor,我最终决定停止使用它以支持以下堆栈:
客户端
应对
阿波罗
AWS Cognito(用户身份验证)
服务器端
表达
GraphQL(Apollo实现)
我之所以感动你列出的一些原因,主要是开销,并为可能更轻巧,更简单的应用程序增加了太多的重量.我甚至考虑过无服务器,只是让我的GraphQL端点由Lambda提供支持.
京公网安备 11010802040832号 | 京ICP备19059560号-6 
