「Meteor 开发体验分享」用 Meteor 做了一个文档管理工具

http://dnspod-docs.meteor.com/

被难以置信的开发方式震惊了，于是花了一整天的时间，实践 Meteor，完成了一个内部共享管理文档的工具。
粗劣模仿了 Mou.app（双栏实时预览、Github 样式） 以及 nvAlt（Tag），还有 Meteor 的 Todos Demo。

重点是分享一下开发体验

# Meteor 开发体验
_本文基于 2012-04-28 0.3.3 Preview 版本_


## 特点

下面不是对官方文档的翻译，是来自我亲身经验。

用最通俗的话来说，Meteor 是一个一站式框架，本身基于 Node.js Mongodb Handlebar Underscore Backbone，但是用的时候完全不用关心，封装的很彻底。

我觉得他完全是新一代的 Web 开发体验，比 Restful + Backbone 的思想更进了一步。我猜测，Google Wave、Asana 这些私酿框架应该也是这个思路。

### 数据实时同步
Meteor create 默认创建的项目包含 autopublish 模块，当 Mongo 数据库的数据发生变化时，会推送到所有的客户端，进行「模板自动重渲染」

### 模版自动重渲染（Reactive）
渲染模板的「数据库数据」发生变化，模板自动重新渲染。这与「数据实时同步」结合，就实现了「实时」功能。

### 没有服务端代码
应该加上「几乎」。浏览器可以直接操作 Mongodb，加上「数据实时同步」，服务端只需要做 publish 就 OK 了。

### 代码发生改变浏览器自动重载
不论是开发环境还是生产环境，一旦任何 HTML、Template、CSS、JS 发生改变，客户端浏览器会自动 reload，并在 reload 前自动保存当前 Session，reload 后读出。给用户的感觉就是，看到页面刷新了，但是所有操作都还在。

### 浏览器直接操作 Model/DB
对我来说，这是最好的 Admin Console


## 目前的缺点
目前（_0.3.3_）缺点太多，只适合自己玩玩，写出来的代码没有想象中优雅。下面这些缺点，都是官方文档中用红字标明计划完成的。

### 浏览器直接操作 Model/DB
不解释

### 模板的 events 无法引用渲染的数据
在模板里，你找不到渲染模板的对象……所以一堆可恶的 Hack 不可避免的出现了。

### 事件流
由于模板各种自动重渲染，再加上 Backbone Router，事件流变得难以控制，难以调试。

- - -


_看着别人的修改在自己的浏览器上闪动，确实是很有成就感的事情。_

开发体验如果有更新，在 http://dnspod-docs.meteor.com/#Meteor/开发体验 可以看到。

请大家凶猛的回复吧，我需要铜币。。。ﾟﾟ(´O｀)°ﾟ

@chuangbo