前端发展好快

其实 2.0 发布后木有激动啊 .... 要

• Angle-Bracket Components
• Pods
• Routable Components

这三个功能实现才激动啊 - -||

补充连接 EMBER.JS 2.0 RELEASED

#2 楼 @wppurking 那是 2.x 要实现的东西了

#2 楼 @wppurking 1.x 支持 pods 吧…

pods 很早就支持了

前端真是一个轮子一个轮子的造...

Pods 早就有了，Angle-Bracket Component 个人认为换个写法其实意义不大。

Routable Compoenents 和 Fastbook 真的很期待，终于这些都不是 React 的独门了。

我是 Vanilla 都还没学好的民间全栈程序员，已经在选 js 的框架上晕过去了，最后决定还是用我的 JQuery 吧，智商余额不足了。

@ericguo @feitian124 @zq9610 pods 功能有了，估计是还有一些啥东西没收尾所以写道 2.0 的发布 blog 里面去，并且还没有搞完。其实这应该是 ember-cli 中的内容才对 - -|| pods 的目录结构和 route 文件路径解析

Angle-Bracket Component 是被当作相当重要的变化引入的哦，这直接是受 React 影响，将 emberjs 中 Component 的传入的参数数据处理方法从默认双向绑定变为默认单项绑定，朝着 DDAU 前进的哟（data down action up），继续往后，现在 {{#xx }} 写法是会被删除的。以及朝着 Web Component 标准的定义改变 emberjs 中 Component 等的写法，也是为了以后能够和 Web Component 规范和其他 Web Component 组建能合并使用。然后，其实这个功能也已经有一个 feature.json 开关了（'ember-htmlbars-component-generation'）

Rouable Component 也已经有一个 step one 的 pull request 被 merge 开启了一个 feature.json 里面的开关（ember-routing-routable-components）但后面仍然还有蛮多事情要做去完善这个 feature 的

PS：有 feature.json 开关代表功能已经有了，但还不完善，随着开发完善度，会从默认关闭到默认开启再到从列表中删除称为正常 feature（emberjs 项目的开发工程问题挺完善的）

@peter 选择一个落地即可，因为你会发现其实大家思想都基本朝一个方向跑，不会出现大的偏差。差异在定位，实现方式，社区，生态环境上等等这些因素上。

#9 楼 @wppurking Web Components 规范提法其实在 Guides 中刚刚删除。。。

形势发展很快，只能说。。。

#8 楼 @peter 那更要看看 Ember.js 了，号称是“Your Antidote to Hype Fatigue”

@ericguo 这变化都快赶上娱乐新闻了……官方没有仔细解释为什么啊，是因为 Web Component 规范有些不兼容 Ember 之后的发展么？

pods 小试过一下，我觉得目前的 pods 不是很实用，除了增加目录结构也没什么很大帮助。期望官方给一个好的方案出来。目前项目如果有自定义的需求的话，改 resolver 也不是那么麻烦。

貌似没人提 Ember Data 和 JSON API。其实我还算比较看好这货的。前端方面对数据层一直没什么好的解决方案。目前可能还行的除了 Ember Data & JSON API 就是 Relay 了。不过 Relay technical review 前几天出了，实际应用起来比想象中麻烦，构造一个 Graph QL 的 API server 也不比 JSON API 容易。

#11 楼 @ericguo 已经被你说的想投入经历学一下 ember 了:)

#11 楼 @ericguo ember 有没有好的 repl 工具啊？是不是只能编译好，render 到浏览器里 repl？

谁 React 和 Ember 都用过，能说说二者最大的区别么。谢谢

@nightire 希望能听听您的评论：）

#16 楼 @ugoa 这，我还真没啥可说的，因为所有的事情都不出意料之外。唯有 web components 一事有些变化我还不太清楚个中内情，过两天回上海了再仔细看看吧。