读过JavaScript开发平台Meteor的一系列博文后，许多开发者感觉摸不着头脑，无法确定该平台未来将走向何方。

Sacha Greif日前发布了“Meteor的状态”系列文章。这个标题多少有点名不符实，因为他其实并没有为Meteor开发团队工作也不是为其代言。尽管如此，这些文章仍然引发了对这个落伍的JavaScript开发平台的激烈讨论。

在第一部分《哪里错了》一文中，Greif提到“很显然，目前Meteor正处于一种不稳定的发展状态中。”他进一步描述Meteor是如何要求开发者“全押”，即在前端和后端开发中要么同时采用某项技术，要么都不用。这在短期内有一定好处，可以让用户迅速跟进最新发展，但是从长期看会导致增加额外的复杂性：

一旦新的Meteor用户开始超越基础知识，并考虑像路由、分页、订阅缓存及管理、服务端渲染或数据库连接等等，他们会感觉学习曲线非常陡峭。

在第二部分《接下来会发生什么》中，阐述了Meteor依赖于React作为技术基础的未来发展。因为Meteor控制了整个技术栈，所以用Meteor作为胶水进行基于React的开发会更加简单。React组件可以替代他们自己的技术组件（如Blaze前端组件）被应用于前后端并使用Meteor的技术进行通信。

目前，使用React开发需要多方面技术拼凑：React自身、它的插件、Webpack以及某些数据组织系统，可以说没有一个完整的后端技术栈。但是Meteor的独特定位有助于你解决这个挑战，并在实质上成为开发React应用的最好平台。

这些有争议的博文引来了在社区中引发了许多评论。在Hacker News的讨论中，用户magicmu认同其中的一些痛点：

在某个特定的点上你会遇到（Meteor的）学习壁垒。我们使用FlowRouter因为它受React支持，但是让管理订阅功能正常运行（更别说缓存了）花费了比预期更多的时间。直到项目接近尾声我们才意识到，没有人能精通下层的Meteor运行机理，真是个可怕的实践。

混乱是显而易见的。Hacker News用户desireco42总结道：

这个优秀的框架从妙不可言发展到目前这个状态真是让人很伤心，我都不确定它未来会带来什么，也不知道以后还会不会使用Meteor构建我的项目。

Meteor开发团队目前还没有对此事发表评论。

查看英文原文：Is React the Future of Meteor?