HTML5资讯

当前位置: HTML5技术网 > HTML5资讯 > Angular.js VS. Ember.js:谁将成为Web开发的新宠?

Angular.js VS. Ember.js:谁将成为Web开发的新宠?

         本文源自于Quora网站的一个问题,作者称最近一直在为一个新的Rails项目寻找一个JavaScript框架,通过筛选,最终纠结于 Angular.js和 Ember.js。

          这个问题获得了大量的关注,并吸引到这两个框架的开发者参与回答。如果你也纠结JavaScript框架的选择,那么本文对你来说也是一个非常好的参考资料。

Angular.js和Ember.js介绍

         Angular.js是一款开源的JavaScript框架,由Google维护,其目标是增强基于Web应用,并带有MVC功能,使得开发和测试变得更加容易。


         Angular.js读取包含附加自定义(标签属性)的HTML,遵从这些自定义属性中的指令,并将页面中的输入输出与由JavaScript变量表示的模型绑定起来。这些JavaScript变量的值可以手工设置,或者从静态或动态JSON资源中获取。

项目地址: http://angularjs.org/

         Ember.js同样是一个用于创建web应用的JavaScript MVC 框架,其采用基于字符串的Handlebars模板,支持双向绑定、观察者模式、计算属性(依赖其他属性动态变化)、自动更新模板、路由控制、状态机等。


          Ember.js使用自身扩展的类来创建Ember.js对象、数组、字符串、函数,提供大量方法与属性用于操作。每一个Ember.js应用都使用各自的命名空间,避免冲突。

项目地址: http://emberjs.com/ 

Angular.js开发者:Angular.js最能体现HTML的精髓

Angular.js其中一位开发者Misko Hevery回复了提问者的疑问,内容如下。

         我是Angular团队中的一名开发者,我还不太了解Emeber.js,因此我的观点可能会有些偏颇。

         有人说,Angular.js和Ember.js都在HTML中放入了太多的逻辑。当然,将逻辑放入HTML是一个不好的做法,我们也不建议这么做。事实上,Angular.js只放置绑定,而不是逻辑,我们建议把逻辑放入控制器中。但绑定同样是信息,这些信息可以放在一些地方,你有三种选择:

  1. 代码。但这使得程序模块化很成问题,因为HTML与代码紧密耦合,要想重新组成一个应用程序非常困难。
  2. HTML。这正是Angular.js所做的。我们认为,除了放置连接信息外,你不应该在HTML中做任何事情。任何逻辑都不应该出现在这里,因为它会导致各种问题。我认为Angular.js做的绑定相当好。
  3. 元数据文件:虽然我不知道是否有人这样做,但基本上这是一个双重问题,因为你将不得不在代码中连接HTML位置和模型位置。

         当然,在构建一个应用程序时,你也可以不使用框架,但不可否认,使用框架将使得你的开发工作变得更容易。

        我个人认为Angular.js的独特之处在于它拥抱HTML/CSS,遵循“HTML是什么”的精神。其他一些框架提供了它们自己的API,偏离了HTML。Angular.js在所有框架中是最能体现声明式的。我相信声明式非常适合用来构建用户界面,而JS非常适合用来编写逻辑。

         Angular.js允许你扩展HTML,所以你在使用Angular.js过程中遇到的任何问题都可以很容易地克服。你可以在Angular.js官网中 http://angularjs.org找到一些能够展示其特性的例子。

Ember.js开发者:Ember.js是构建“雄心勃勃”的应用程序的不二选择

Ember.js的一位开发者Tom Dale对Angular.js和Ember.js进行了详细对比,具体内容如下。

作为Ember.js的作者之一,我经常会被问道:应该使用Angular.js还是Ember.js?

我认为在做出选择之前,需要考虑:要构建什么样的应用?那么Ember.js是不是比Angular.js更好呢?

         虽然两者在表面上有一些相似之处——它们都使用绑定,都比其他框架(比如Backbone.js)更有利于编写Web应用程序。

         我首先来介绍一下Ember.js项目的由来。从2009年开始,我就一直在苹果公司参与 SproutCore的开发,这是一个开源的类似于Cocoa的JavaScript框架,后来演变成了你现在所看到的 iCloud。当时,我的周围是一些世界上最好的Cocoa开发者。

        问题是,多少年来在客户端应用程序方面,似乎并没有真正新的突破。自80年代以来就一直遵循的基本模型——代码运行在本地计算机上,从网络上获取数据,然后在本地处理,并显示在屏幕上;而如今唯一改变的是——代码运行在浏览器的沙箱环境中,然后加载所需的“二进制”文件,而不是由用户安装到硬盘上的文件。

        在考虑这些问题是,我会首先想到:在我们之前,人们已经做了什么?我认为很难去争辩框架的成功,比如Cocoa,无论在Mac还是iOS上,Cocoa都可以让开发者轻松编写受用户喜爱的应用程序。

        我们希望开发者能够创建雄心勃勃的、能够与本地应用竞争的Web应用程序。要做到这一点,开发者首先需要先进的工具和正确的概念,以帮助他们沟通和协作。

         在开发Ember.js过程中,我们花了大量时间从其他一些本地应用程序框架(如Cocoa)中引入一些概念,但后来我们感觉到这些概念带来的困扰多于帮助,或它们并不适合用来构建Web应用程序。因此,我们开始转向其他流行的开源项目,比如Ruby on Rails和Backbone.js,从它们中来找灵感。

         因此,Ember.js最终成为了一个综合的、强大的、符合现代Web特性的、轻量级的工具。

         在我看来,与Ember.js相比,Angular.js更像一个研究项目。比如,来看看它们的学习文档:Ember.js主要讨论模型、视图和控制器,而Angular.js指南要求你去学习一些类似于范围、指示符和transclusion方面的内容等。

          我完全支持一些研究型项目,并希望它们能够变成最好的。但是,要记住,要在生产环境中看待应用程序。

         一些大公司已经在Ember.js上投入了时间和精力,比如新版ZenDesk已经使用Ember.js重写(在他们对Backbone.js失望后,决定放弃它改用Ember.js),Square的整个Web层面也是基于Ember.js的(因为他们想要一个漂亮、响应式的UI),Groupon的移动版Web应用也是使用Ember.js开发的。此外,还有很多初创型公司通过Ember.js获得了成功,并开始对Ember.js社区进行贡献。

        而我目前所看到使用Angular.js开发的大多数应用程序只是演示项目,或是Google的内部项目。

         Yehuda(Ember.js开发者之一)和我也一直积极邀请真正的用户参与Ember.js框架的设计和维护,这可以确保我们在Ember.js中添加的功能对于实际开发是有用的。

        事实上,在过去的几个月中,大多数Ember.js开发工作都是由Ember.js社区的核心贡献组完成的,他们来自不同的公司。如果Yehuda和我哪天有什么事情,或者我们的公司倒闭了,Ember.js还将会持续发展。这是一个真正的社区项目,而不是“Google”项目。

         回到技术细节。Angular.js官网上写道“Angular.js是HTML的未来,它被设计用于构建Web应用程序。”我认为当看他们的应用程序时,这种理念是显而易见的——用户界面由HTML标记定义,使用有语义意义的属性(比如data-ng-repeat)来装饰。

         而Ember.js使用Handlebars来描述HTML,来展现你的应用程序界面。从美观角度,我们可以谈谈你是更喜欢Handlebars语法(使用类似于{{#each}}的helper),还是喜欢像Angular.js那样通过额外的属性来注释HTML。我个人认为,HTML属性方法有点杂乱,难以阅读。当然,你可以使用其中任何一种方式。如果Ember.js不存在,而我又必须使用一个使用了数据属性的框架,那么我会考虑Angular.js。

         抛开美观不谈,我相信,Ember.js使用基于字符串的模板的方式也为我们带来了一些优势:

  • 基于字符串的模板可以在服务器上预编译。这样可以减少启动时间,也意味着渲染一个模板可以像调用一个函数一样简单。
  • Angular.js需要你在应用程序启动时遍历整个DOM,你的应用程序越大,启动速度越慢。
  • 如果你想在服务器上渲染你的应用程序(用于Google爬虫索引或让首次加载时显示速度更快),Angular.js需要你去启动整个浏览器环境,像PhantomJS,这是资源密集型的。而Handlebars是100%的JavaScript字符串,所有你需要的只是像node.js或Rhino之类的东西。
  • 如果你的应用程序变得越来越大,那么字符串模板可以很容易地被分割和懒加载。

       此外,Handlebars只让你绑定属性,而Angular.js允许你嵌入实时更新的任意表达式。很多人最初将这个视为Ember.js的局限性,但实际上:

  • Ember.js允许非常容易地使用JavaScript来创建可计算属性,它可以包含任意表达式。我们只要求你指定你的依赖,这样在更新时可以智能些。
  • Angular.js在每次有新的变化时,必须重新计算这些表达式,这意味着需要在你的应用程序中绑定更多的元素,速度会变慢。
  • 因为Ember.js只允许你绑定属性,我们将可以很容易地利用ECMAScript 6的性能优势,如Object.observes。由于Angular.js发明了自己的带有 自定义解析器的JavaScript子集,这对于浏览器来说,优化代码变得比较困难。

         在一般情况下,Angular.js依靠一种叫做“ 脏检查(dirty checking)”的机制来确定对象是否已进行更改。“脏检查”的方式是,在你扫描每个对象和其所有绑定属性时,比较当前值和之前已知的值。如果它发生了变化,你就需要去更新其绑定。正如你能想到的那样,代码中对象越多,成本将越昂贵。

但Angular.js开发者非常聪明,他们非常仔细地进行了折中。他们的方案是:

  • 使用“脏检查”,你不需要使用accessors。你可以用person.name = "Bill"来代替person.set('name', "Bill"),就像在Ember.js 或 Backbone.js中的一样。
  • 为什么在DOM中你会有这么多的对象?这最终将会成为一个瓶颈的。

Miško Hevery在StackOverflow上介绍了 这种折中方式。他指出,使用“脏检查”,你无法一次有超过2000个绑定对象。

我认为这很好地说明了Ember.js 和 Angular.js理念上的区别。Ember.js 和 Angular.js都力求简单和易用。而Ember.js使你不必担心代码中是否有超过2000个绑定。如果你正在编写大型应用程序,那么你已经解决了你所担心的最大的事情。对于中小规模的应用程序来说,Angular.js同样是伟大的,因为这些应用程序不会触及Angular.js的限制区。

在Ember.js中,我们总是希望利用浏览器和语言中的新功能,以便使事情变得更容易。例如,一旦ES6中 代理对象(proxies)可用,我们不会再要求你使用get()和set()。

所以这就是为什么我认为——如果你想构建雄心勃勃的应用程序,你应该选择Ember.js。

我们从不拒绝从其他一些框架中吸取一些知识,因为这些框架已经知道如何最好地去构建大型应用程序。

我们已经有了一个梦幻般的社区,有一群最聪明的Web开发人员,他们致力于解决现实中遇到的最难的一些问题。

此外,在开发过程中,我们对于性能方面和如何利用语言新特性方面也考虑了很久。Yehuda Katz和我一起开发Ember.js,他同时也是TC39(负责JavaScript下一个版本的制定)的成员,在此方面相当有经验。

我们已经发布了1.0版API,因此你可以开始学习,而不用担心有大的变化。

你可以通过这个视频来了解如何通过Ember.js从头开始构建一个应用程序: Building an App with Ember.js

下面是一些非常棒的学习资源:

  • Ember.js指南
  • Rey Bango的 Ember.js入门教程
  • Luke Melia 的 介绍Ember.js幻灯片

如果你想构建一个雄心勃勃的应用程序,你一定要考虑Ember.js。

angularjs_scaffold开发者:Angular.js符合Web的未来

angularjs_scaffold的开发者Patrick Aljord也参与了讨论,内容如下。

我是 angularjs_scaffold(基于Angular.js编写的针对scaffolding视图的Rails插件)的开发者,我来说说为什么我会选择Angular.js。

事实上,我原本打算在项目中使用Ember.js,因为我比较信赖Yehuda(Ember.js开发者之一)在Rails和jQuery方面的工作。但是Ember.js中随时会变化的API和匮乏的文档,使我一再推迟使用它。我偶然发现了Angular.js,就被它吸引了。

像Tom Dale(Ember.js开发者之一)所说,Ember.js受Cocoa 和Rails启发。但问题是,通过Ember.js,我并没有真正感觉到像在写一个Web应用程序,它就像一堆抛出的概念。而在Angular.js中,我感觉像在写一个Web应用程序,它真正支持所有的Web概念,并以一种非常自然的方式来扩展HTML。

事实上,Angular.js并没有使用自己的对象或重写JS方法,当你使用Angular.js时,你就使用了纯JS,并且Angular.js实现的许多概念都将直接进入下一个版本的Javascript中。

学习Angular.js,就意味着学习未来的Javascript,而学习Ember.js,你只是学习到了Ember的特定概念。

来看个例子。HTML是伟大的,因为它是声明式的,如果想要定义一个段落,你只需写如下代码:

但是如果你想非常动态地实现?你需要通过类似于下面的代码来引导浏览器:

来看看Angular.js如何实现:


它通过HTML声明来编写动态代码。再来看一个示例,如果你要遍历一个数组,只需: 


         这个语法看起来像新的 MDV标准。这看起来比Ember.js更加简洁。另外,Angular.js被优化得非常快,开发团队通过如下措施来实现:

这个语法看起来像新的 MDV标准。这看起来比Ember.js更加简洁。另外,Angular.js被优化得非常快,开发团队通过如下措施来实现:

  • 脏检查
  • 只检查当前视图
  • 只在变化发生时检查
  • 通过和Chrome团队协作来利用JIT

在一些基准测试中,结果显示Angular.js的速度要快于Ember.js,具体可见 Angular VS Knockout VS Ember。

Angular.js未来会拥有可重用的组件,这允许你编写非常简洁的代码,并轻松重用一些部件。这不是Angular.js特定的需求,而是Web的未来。

【Angular.js VS. Ember.js:谁将成为Web开发的新宠?】相关文章

1. Angular.js VS. Ember.js:谁将成为Web开发的新宠?

2. 谁将成为下一个开发平台?

3. Ember Charts:基于 Ember & D3 的图表库

4. Mobile Web开发即将成为主流吗?

5. Web VS. Apps 谁将是未来主流?

6. AngularJS 五大特性,加快 Web 应用开发

7. HTML5 vs. Apps 关键战役谁将胜出?

8. Android与iOS:谁更适合HTML 5?

9. Android与iOS:谁更适合HTML5?

10. webAPP将成为主流,HTML5是未来

本文来源:https://www.51html5.com/a3393.html

点击展开全部

﹝Angular.js VS. Ember.js:谁将成为Web开发的新宠?﹞相关内容

「Angular.js VS. Ember.js:谁将成为Web开发的新宠?」相关专题

其它栏目

也许您还喜欢