Angular.JS出了什么问题?

jopen 5年前

1. 应用逻辑和结构通过HTML实现,这对于初学者来说非常方便(看看这里不需要JS,非常神奇!),但是对于实际开发来说有点可怕。我们是程序员,我们要写 代码并调试程序。我真的不希望在基于字符串解析的框架上调试我的代码。HTML应该用来呈现APP,而不是展现源代码。


2. 双向绑定是反模式的。这里有太多的例外条件。将模型(Model)绑定到视图(View)是非常正常的,但是将视图绑定到模型Model就是一个完全不同的故事了。


3. Dirty checking(更新检查),访问器(accessors,Ember 和 Backbone),Object.observe和所有类似这样的东西都错了。他们非常慢而且脆弱,显而易见,它会像一条饿狗一样消耗你手机的电池。你 真的不需要这样。你还不如用非死book的Flux 。 而且你永远也无法管理N个类中的绑定了数个事件侦听上的APP模型数据,他们在相互侦听。写简单点吧。


4. 重复的APP应用结构加上孤立的angular.module。你每为你的应用添加一些功能,你都要: 1) 改HTML. 2) 改它的控制器(Controller)


5. Angular很慢。因为框架一直在变动检测(dirty checking)和解析HTML。你没有办法修复有缺陷的设计。我需要举几个它对Web应用影响的例子吗?我估计已经不用了。


6. 没有服务器端的页面渲染,你的服务永远不会被黑了。你没有办法修复有缺陷的设计。再见统一的Web应用


7. Angular很难学。讽刺的是它因为对于初学者很容易上手而流行。但是这种简单是建立在复杂之上的。你不得不去学一大堆Angular特定的模式,并且只能在Angular自己的世界里使用。是的,这是有缺陷的设计的结果。这非常可悲而且荒谬(例子) 。抽象层可以解决很多问题,除了会引用非常多非常多的抽象层。


8. Google不是在他们的生产环境的应用中使用Angular,像他们的Gmail和Gplus(Google Plus。


9. 厂家锁定。因为Google自己不使用Angular,他们随时可以中止Angular。你知道Google始终是一家敏捷公司。对于他们来说消灭一个百万人使用的系统没什么问题。(例子


10. 不久整个系统就会被重写,对于框架来说没什么,对于你来说就有点痛苦了。

Angular.js不是所有地方都很糟糕,它背后的团队非常卓越。Vojta Jína 写了一个牛B的 DI container 项目。 Misko Hevery 写了一些关于 TDD 方面很好的文章编写可测试的代码。 还有更多。


但是我估计这个项目刚开始的目标就错了,因此我估计有一天Angular就会消亡
。你值得为Angular冒这个风险吗?

附: 我写这篇文章的目标是要让人们不要使用AngularJS,就像Angular要让人们不要使用jQuery一样。是时侯改变了。

相关阅读:

保卫AngularJS [为对此文的回应]

没必要害怕Angular.Js

我们抛弃了AngularJS:单页面应用的5大缺陷

原文地址: medium.com

来自:http://ourjs.com/detail/angular-js%E5%87%BA%E4%BA%86%E4%BB%80%E4%B9%88%E9%97%AE%E9%A2%98-