怎么评价Facebook的Relay框架？Meteor.js 是什么？

http://www.zhihu.com/question/34531232?rf=34500201

Meteor.js 是什么？

做者：陈天
连接：http://www.zhihu.com/question/20296322/answer/16089122
来源：知乎
著做权归做者全部，转载请联系做者得到受权。

Meteor的官网( Meteor )这样介绍这个框架：

Meteor is an open-source platform for building top-quality web apps in a fraction of the time, whether you're an expert developer or just getting started.

top-quality web apps 咱们放下不表， fraction of the time 的提法很新颖，看来这个框架的目标是解放程序猿，少花时间多办事。虽然具体的演化路径我不得而知，但从网络上的各类蛛丝马迹来看，Meteor吸取了google wave, asana等平台背后的开发工具的精髓，逐渐演进出了目前的版本。Meteor的幕后团队至关强悍：他们大多毕业于MIT，是成功的创业家，也是一流的工程师，其中一个开发者仍是神器 etherpad 的做者。

METEOR究竟有什么NB的地方？

首先，Meteor构架与nodejs之上。这使得 One Language 成为可能，同时可依托nodejs上诸如 http://socket.io这样强大的类库内置 realtime， Date on the Wire 等特性。

在一种语言的基础上，Meteor统一了服务器端和客户端的数据访问，提出 Database Everywhere，一套DB API大大减轻了开发负担，不用再作server data JSON client data的转换（想一想你的django 或者rails app，在这上面花了多少功夫？）。

为了让app达到最佳的用户体验，Meteor还提供了 Latency Compensation，客户端对数据的更新即时反应到UI，若是更新被服务器reject，再rollback。大多数状况下，用户会获得极佳的相似本地数据库的体验。

Meteor最让人叫绝的是其 Full Stack Reactivity。关于reactivity programming的详细介绍，请参考 Reactivity Programming，这里不展开。简言之，当数据发生改变的时候，全部依赖该数据的地方自动发生相应的改变。

用过backbone的同窗都知道，当model发生改变的时候，咱们须要经过注册相应的事件，显式更新对应的DOM，若是数据在页面中多处被渲染，则每处对应的DOM需挨个更新。

ember在backbone的思想上更近了一大步，经过内置的data binding API，让数据和DOM可以双向绑定，程序猿不用再花心思去考虑DOM的更新。然而，蹩脚的API调用（全部对binding的数据的访问须要经过getter和setter，你懂的）和DOM中无处不在的script垃圾让ember既不简约也不优雅。
而Meteor则另辟蹊跷，经过reactivity context和dependency巧妙地支持了reactivity（据做者说核心代码就几十行），使用者几乎感觉不到代码的变化。

Meteor另外一个很贴心的点是零部署。开发web app有点小头疼的点是打包和部署。好比说，把less转成css，coffee转成javascript，而后混淆，压缩，虽然有些自动化的工具能够简化这部分工做，可还免不了相应的配置和一些脚本工做。在开发环境下，meteor会自动替你加载js/css，若是你使用了coffee/less (sass)，只要add了相应的smart package，meteor会自动帮你处理；开发完毕后要部署，只须要运行meteor bundle，系统自动会将相关的资源打包，只要目标系统上有相应版本的nodejs，meteor和mongodb，就能运行一个标准的production版本。

如下是meteor官网上的介绍，当你真正使用meteor后，会发现还真不是吹牛。

SEVEN PRINCIPLES OF METEOR

1. 
   Data on the Wire. Don't send HTML over the network. Send data and let the client decide how to render it.
2. 
   One Language. Write both the client and the server parts of your interface in JavaScript.
3. 
   Database Everywhere. Use the same transparent API to access your database from the client or the server.
4. 
   Latency Compensation. On the client, use prefetching and model simulation to make it look like you have a zero-latency connection to the database.
5. 
   Full Stack Reactivity. Make realtime the default. All layers, from database to template, should make an event-driven interface available.
6. 
   Embrace the Ecosystem. Meteor is open source and integrates, rather than replaces, existing open source tools and frameworks. Simplicity Equals Productivity. The best way to make something seem simple is to have it actually be simple. Accomplish this through clean, classically beautiful APIs.

以上内容摘自个人博客文章： 为何是Meteor

[补充] 下一代的web app是什么？
咱们看看几代计算机体系的发展。web/cloud时代是否是重复者mainframe/CS时代走过的路？那么，咱们是否是有理由相信，meteor在此作的尝试是一个正确的方向？

编辑于 2013-02-06 13 条评论 感谢

分享

 

收藏 • 没有帮助 • 举报 • 做者保留权利

 

收起

15 赞同 反对，不会显示你的姓名

wolf3cjust for fun.

15 人赞同

大概看了一下上面几位的回答，因为本身这段时间在使用meteor，因此也想说两句。 先回答问题，简单说，meteor是一个web APP开发框架，你只须要使用HTML+css+js就能够独立开发一个web APP。你能够轻松完成全栈式开发的全部工做，我说的是 轻松完成。 至于好坏… 显示所有

大概看了一下上面几位的回答，因为本身这段时间在使用meteor，因此也想说两句。

先回答问题，简单说，meteor是一个web APP开发框架，你只须要使用HTML+css+js就能够独立开发一个web APP。你能够轻松完成全栈式开发的全部工做，我说的是 轻松完成。

至于好坏，关于那些官网上的各类优势之类，我就再也不搬了，好很差要看实际使用体验，仅仅凭官网或docs中几句话，就过来和别人争论是没有意义的（不管是褒是贬）。我仅就本身的使用体验，瞎扯几句。

一、从学习角度，学习曲线为y=x^2形，简单使用很容易学会，至于高级功能，稍有点麻烦（我说的这个麻烦仅仅是与那些简单知识相比，而不是说比其余的框架麻 烦）。语言方面，前端是js、后台是js、数据库仍是js（mongoDB）；数据库方面，使用mongoDB自由度很是大，让你不须要一上来就要定好数 据结构，彻底能够在开发过程当中不断演进；思想方面，整个框架让人上来就感受从前到后都应该是由你来负责，每个功能从前到后都是一体的，因此，从一开始你 的思想就是一个功能块一个功能块的，而不是client与server的，让人的思考从技术中解脱出来了，更多的心思投入到功能思考中。至于一些高级的响应式、等等， 可能也就是对于没有开发经验的人来讲理解起来稍微有点麻烦。

二、从写代码的角度，meteor给个人感受就是简单、直观。之前写web应用，从后台数据库中的数据到界面中的展现，给人你须要各类语言，各类传输。可是在 meteor中，我将HTML和css做为画笔，将js比做连线笔，画笔画出界面，对于须要展现数据库内容的地方，留给js链接就好，画笔和连线笔中间的 连接点就是spacebar（一个相似于headlebar的东西，简单说就是将HTML中须要链接js的地方{{name}}标识，在js中直接处理数 据return给HTML中对应位置）。做为一只产品狗，我可不想在业余产品中耗费太多时间来学习大量技术，最快出东西才是最重要的。什么是restful？什么是打包？什么是接口？管我鸟事啊？开发过程当中又没遇到这种问题啊，哈哈……

-------------------------------------------2016.02.03 补充-----------------------------------------------
三、所见即所得。Meteor开发时能够在本身的电脑上看到本身APP的效果，可能有人要说开发web均可以看到本身开发的效果啊，可是meteor看到的是链接了后台的，也就是在你的电脑上跑了一个你目前开发的应用，你能够边开发边查看，不须要本身搭建虚拟环境，而且，这种开发的另外一个好处就是调试更加方便，在开发的过程当中，你已经知道本身的东西是否知足了要求，输入的数据是否能够在另外一个地方输出正常。

四、更友好，更专一，给人信心。meteor学习、开发简单，这个咱们已经说了，这里说的 “友好” 在于Meteor的从增长各类组件到部署本身的应用，都是很是简单的，一条meteor add 就增长了一个package，一样一条命令就能够部署本身的应用到服务器上，你的全部注意力都放在怎么作好本身的web APP，而不是各类环境搭建上。而且meteor提供免费的部署服务，初学者能够将本身作的东西部署到meteor的官方服务器上，这对于刚开始学习的人来讲是一个很好的激励，哈哈，写一个todo list 部署上去，而后再朋友圈吹一波牛逼吧。


Meteor目前的不足：

1. 文档可能是英文。目前我看到比较好的中文文档大概就是Discover Meteor 中文版，不过入门书我首推 Your First Meteor Application http://meteortips.com/book.pdf 另外，国内极客学院有视频教程，中文的。
2. 国内用的人太少。目前中文社区用户不多，不少问题仍是须要到过来网站上找答案。
3. 支持的组件不够丰富。这是全部新东西面临的一个问题，不过，meteor发展很快，如今主流的组件（例如bootstrap等）都有了很是棒的支撑。

----------- 2016-6-23 ------------- 鉴于还有人可能看到上面提到内容，因此作个补充，省得学了半天发现资料过期： 为了与JavaScript最新标准 ES6 保持一致，Meteor 1.3 作了较大的改动，好比新标准下的引用必需要 import ，而不是像之前那样全部文件代码可相互访问，因此，若是你想要学习最新 Meteor ，仍是须要看一下官方指南（写的很好、很详细）。 PS：Meteor 1.3 是后向兼容的，因此，你按照之前方式写的代码仍是没有问题的。