读过 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?
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论