2014年 Ember会带来如何改变？

加入更多的包

Ember CLI提供bower支持，只需使用下面命令：

每隔几个月的时间，Ember的核心团队就会聚在一起讨论目前遇到的各种问题，并决定下一季度需要优先处理的各种事务。

这一次，在俄勒冈州的波特兰，大家聚在一起，商讨2014年的发展方向。

开发工具 & 模块

我们花了大量时间商讨将ES6模块和快速、强大、功能完备的开发工具整合的事宜。

我喜欢Ember交流会议的原因之一是：它越是快速地在实际中应用越能体现它的价值。对我们来说，解决问题比提出解决方案更加重要，因为针对解决方案的不同解决措施不会随着应用的成长而改变。

初始化

ember new my-app 

初始化Ember.js工程并创建根目录，目录包括app、router等。

开启开发服务器

ember server 

运行测试程序

ember test 

为了运行Qunit测试程序，你需要Karma（浏览器端的PhantomJS插件），尽管我们正在计划将其迁移入开发程序以便更好地开发。

你也可以通过运行下面命令来启动QUnit测试：

ember test:server 

加入更多的包

Ember CLI提供bower支持，只需使用下面命令：

Ember中的通用Franca模块是ES6模块中的一部分，我们会确保bower模块能通过AMD、CommonJS和浏览器的全局包的修正，自动被Ember应用所调用：

1. 为AMD修正提供shim.json和shim目录。
2. 根据所在的文件系统位置命名木块(包括版本)
3. 在app.js中对模块进行关联 (根据资源地图)
4. 从bower集成资源地体 (需bower支持)

即便某个库已被AMD所用，你仍可以将其作为ES6的模块使用：

import md from "markdown"; 

每当文件发生改变，最终被浏览器载入的关联文件（app.js, app.css等）都是被锁定的，每个访问其的HTTP请求都会被挂起直到新版本被编译完成。

文件系统布局

下面是一个简略的例子展示了当你通过CLI初始化一个新的Ember app时会看到的布局：

app/ 
  controllers/ 
  models/ 
  fonts/ 
  … 
config/ 
  shim.json 
vendor/ 
  underscore.js    // bower installed 
  markdown.js 
lib/ 
  ember-histogram/ // incubator for packages 
    skylight/ 
    bower.json  
modules/           // non-MVC stuff 
  underscore.js 

#p#

"Pod"目录的结构

到目前为止，许多Ember项目都采用Rails风格的目录布局，所有文件都按照类型来分组：

app/ 
  controllers/ 
    post.js 
    posts.js 
    index.js 
  models/ 
    post.js 
    user.js 
  templates/ 
    post.handlebars 
    posts.handlebars 
    index.handlebars 

我们讨论出在"pods"功能里把相关特性归到一组的布局：

app/ 
  config/ 
    application.js 
  serializers/ 
  models/ 
    post.js 
    user.js 
  mixins/ 
pods/ 
  post/ 
    controller.js 
    template.handlebars 
  posts/ 
    controller.js 
    template.handlebars 
  index/ 
    controller.js 
    template.handlebars 
components/ 
  google-map/ 
    component.handlebars 
    component.js 
    component.css 

这个提议的目录结构还有待更多的讨论。我们通过观察现实世界中许多的不同的app来看它是否能使Ember app的源代码管理变得更加容易。

命名空间

目前为止，Ember组件共享一个全局命名空间。如果我有一个组件叫做area-graphand你也有一个叫做area-graphand我想在我的app里使用你的组件，那将会发生冲突。

不久的将来，在包里的组件将会按照完全限定路径寻址。

下面是一个概念性的面积图组件：

{{area-graph@d3 xValue=responseTimes}} 

如果你发现你经常会输入完全限定路径，你可以在Handlebars模板的词法作用域内给helper起别名：

{{import "area-graph" from "d3"}} 

我们也可以添加一个语法让在一个包里的 所有helper可用：

{{import "d3"}} 

模板版本/编辑

Handlebars将模板编辑成了一个中间版本AST. AST在不同的Handlebars版本之间切换。 另外，Handlebars的语法有可能在2.0版本中被扩展。

既然这些组件都提供在bower中了，它们是否需要通过模板预编译进行精简？或是不去理会直到需要的时候再去编译它？

目前为止，我们正在学习如何将这些模板精简到其原始形式，但我们仍需更深一步的调查。

审查 CSS

今天，许多浏览器已经不再支持”格式审查“了。分布式组件将会为其分配相关的uuid，所有的CSS规则都将封装在一个选择器中并通过uuid格式化相应的页面元素。

目标控制

相比于使用{{#each itemController="postItem"}}来控制目标，你只需要定义App.PostsItemController(or theapp/controllers/posts-itemmodule)，然后它会自动生效。

#p#

HTMLBars

我们仍在跟踪测试HTMLBars，它很有可能在明年与大家见面。Yehuda 、Kris Selden 和Alex Matchneer花费了很多时间在HTMLBar的部署上，他们正在逐步将HTMLBar整合进Ember中。

如果你对HTMLBar并不熟悉，其实它就是个HTML5和Handlebar语法组成的组件，它的重要性主要体现在两个方面：

首先，它允许我们抛弃{{bind-attr}}Handlebars帮助，而不是下面这种写法：

<img {{bind-attr src=imageUrl}}> 

你可以这样：

<img src="{{imageUrl}}"> 

其次，它使我们可以淘汰掉笨重的metamorph.js 脚本标签，现阶段我们使用这些标签追踪DOM中反馈的值。

在 HTMLBars之前，DOM看起来是下面这个样子：

在运用HTMLBars之后：

消除 jQuery 依赖

一旦我们转移到 HTMLBars，Ember.js 和 DOM 之间的相互作用就越小。我们可以把 jQuery 当作是一个可选的依赖，只有通过全局变量或者 AMD 模块才能使用它。在力所能及的范围内，我们只想确保通过 jQuery 来删除组件或者视图，所以，jQuery UI 部件把存储在 DOM 上的数据通过 jQuery.data() 合理的清理掉。

动画

我们仍然在做支持动画的框架，但是现在我们并没有特定的 API 建议可以分享。一如既往，我们会优先考虑 API 的正确性而不是在后面的版本重做 API。

支持 IE8

尽管 Windows XP 的生命即将到达尽头，我们还是会继续支持 Internet Explorer 8 。我们知道很多 Ember.js 用户仍然需要目标企业和教育客户，他们还需要使用 IE8 一段时间。

EmberConf

EmberConf 2014:正在进行中，不久之后我们会提供更多细节，但是我想说，尽可能免费到三月。

EmberDart

只是在开玩笑！

原文链接：http://emberjs.com/blog/2013/12/17/whats-coming-in-ember-in-2014.html

译文链接：http://www.oschina.net/translate/whats-coming-in-ember-in-2014