1. 良好的应用程序结构：

通常情况下，我们编写 JavaScript 没有明确的结构。虽然在编写小应用程序的时候没有问题，但这显然是不适合于大规模的应用程序。
使用 AngularJS，您可以通过MVC（模型 - 视图 - 控制器）或MVVM （模型 - 视图 - 视图模型）模式来组织源代码。
AngularJS 是一个 MVW 框架，其中W代表可以用于任何项目。你可以组织你的代码模块，它可显著提高应用程序的可测试性和可维护性。数据、业务逻辑、视图的分离。

2. 双向数据绑定

数据绑定肯定是 AngularJS 最佳功能之一。
你可以声明绑定的模型到 HTML 元素。当模型发生变化时，视图会自动更新，反之亦然。
这可以减少大量的传统样板代码，保持模型和视图同步。

3. 指令

自定义Directive，比jQuery插件还灵活，但是需要深入了解Directive的一些特性，简单的封装容易，复杂一点官方没有提供详细的介绍文档， 我们可以通过阅读源代码来找到某些我们需要的东西，如：在directive使用 $parse；

4. HTML 模板

AngularJS 使用 HTML 模板，这使事情变得简单，并允许设计人员和开发人员同时工作。
设计人员可以按照通常的方式创建用户界面，而开发人员可以使用声明性绑定语法很容易配合不同的UI组件的数据模型。

5. 依赖注入

ng模块化比较大胆的引入了Java的一些东西（依赖注入），能够很容易的写出可复用的代码，对于敏捷开发的团队来说非常有帮助， 我们的项目从上线到目前，UI变化很大，在摸索中迭代产品，但是js的代码基本上很少改动。

1.性能

双向数据绑定是一把双刃剑。随着组件增加，项目越来越复杂，双向数据绑定带来性能问题。
双向数据绑定是如何影响性能的？在JavaScript（ES5）中，并没有实现当变量或对象改变时发出通知的功能，Angular的实现方法被叫做“Dirty-checking（脏检查机制）”，通过跟踪数据的改变再动态更新用户界面（UI）。 在Angular的作用域中任何操作的执行都会引发Dirty-checking，随着绑定数量的增加性能就会越低。

2. Angular 2.0推翻重做使得目前不宜采用此框架

Angular 1.x版本其实是个比较旧的东西了，现在看来有些理念过时了，比如依赖注入、自己独特的模块化，这些东西其实在ES6下已经很好地被解决了。 Angular的2.0几乎是一个推翻重做的框架，估计不会有1.X的upgrade方案。所以如果现在新开始的项目采用Angular的话，会是一个很尴尬的时机。 同样，如此大的改动似乎也反面印证了1.X并不是那么好。

3.学习成本高

使用Angular需要学习大量的概念，包括但不限于：
○ 模块
○ 控制器
○ 指令
○ 作用域
○ 模板
○ 链式函数
○ 过滤器
○ 依赖注入

4. 不适合类型开发

(1：内容网站，需要SEO的。(SEO目前也有了prerender解决方案) https://prerender.io

(2：交互频繁的，如游戏之类交互体验网站。

(3，太过于简单的页面。

Angular更适合于CRUD的管理系统开发。

遇到ng1的时候，我到处宣扬jQuery太落后了，我们有jqLite就是为了干掉jQuery。

遇到React的时候，我到处宣扬ng1太落后了，狂黑ng1的性能和围绕$scope的一些设计缺陷。

遇到Vue的时候，我到处宣扬React太死板了，不允许任何的魔法，而Vue有恰到好处，精心设计的魔法。

遇到Elm的时候，我到处宣扬React的Redux是抄袭者，Vue过于动态，狂黑因为没有tagged union+pattern match，redux和vuex用起来都很丑。

直到有一天我一个人负责了一个巨型的项目，既有茫茫多的CURD，又有状态复杂的特殊界面。

不谈具体项目讲哪个有优势纯属耍流氓