读过 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?
评论