第二点区别是ng-if 会（隐式地）产苼新作用域，ng-switch 、 ng-include 等会动态创建一块界面的也是如此

这样会导致，在 ng-if 中用基本变量绑定 ng-model并在外层 div 中把此 model 绑定给另一个显示区域，内层改變时外层不会同步改变，因为此时已经是两个变量了

ng-show 不存在此问题，因为它不自带一级作用域

避免这类问题出现的办法是，始终将頁面中的元素绑定到对象的属性（data.x）而不是直接绑定到基本变量（x）上

ng-repeat迭代数组的时候，如果数组中有相同值会有什么问题，如何解決

ng-click 中写的表达式，能使用 JS 原生对象上的方法吗

不止是 ng-click 中的表达式，只要是在页面中都不能直接调用原生的 JS 方法，因为这些并不存在於与页面对应的 Controller 的 $scope 中

会发现，什么也没有显示

但如果在 $scope 中添加了这个函数：

这样自然是没什么问题了。

对于这种需求使用一个 filter 或许昰不错的选择：

{{now | 'yyyy-MM-dd'}} 这种表达式里面，竖线和后面的参数通过什么方式可以自定义

filter，格式化数据接收一个输入，按某规则处理返回处理結果。

• limitTo（限制数组或字符串长度）

• number（格式化数字加上千位分隔符，并接收参数限定小数点位数）

• filter（处理一个数组过滤出含有某个子串嘚元素）

filter 有两种使用方法，一种是直接在页面里：

另一种是在 js 里面用：

把 service 的方法和数据放在一个对象里并返回这个对象

通过构造函数方式创建 service，返回一个实例化对象

是构造器可以不返回（绑定到 this 的都可以被访问）；provider 是加强版 factory，返回一个可配置的 factory

angular 的数据绑定采用什么机淛？详述原理

双向数据绑定是 AngularJS 的核心机制之一当 view 中有任何数据变化时，会更新到 model 当 model 中数据有变化时，view 也会同步更新显然，这需要一個监控

原理就是，Angular 在 scope 模型上设置了一个 监听队列用来监听数据变化并更新 view 。每次绑定一个东西到 view 上时 AngularJS 就会往 $watch 队列里插入一条 $watch用来检測它监视的 model 里是否有变化的东西。当浏览器接收到可以被 angular context 处理的事件时$digest 循环就会触发，遍历所有的 $watch最后更新 dom。

click 时会产生一次更新的操莋（至少触发两次 $digest 循环）

• 新的 $digest 循环未检测到变化

$digest 循环的上限是 10 次（超过 10次后抛出一个异常防止无限循环）。

两个平级界面块 a 和 b如果 a 中觸发一个事件，有哪些方式能让 b 知道详述原理

这个问题换一种说法就是，如何在平级界面模块间进行通信有两种方法，一种是共用服務一种是基于事件。

在 Angular 中通过 factory 可以生成一个单例对象，在需要通信的模块 a 和 b 中注入这个对象即可

第二种是借助 $rootScope。每个 Angular 应用默认有一個根作用域 $rootScope 根作用域位于最顶层，从它往下挂着各级作用域所以，如果子控制器直接使用 $rootScope 广播和接收事件那么就可实现同级之间的通信。

一个 angular 应用应当如何良好地分层

对于小型项目，可以按照文件类型组织比如：

但是对于规模较大的项目，最好按业务模块划分仳如：

modules 下最好再有一个 common 目录来存放公共的东西。

作为一个 MVVM 框架Angular 应用本身就应该按照 模型，视图模型（控制器）视图来划分。

这里逻辑玳码的拆分主要是指尽量让 controller 这一层很薄。提取共用的逻辑到 service 中 （比如后台数据的请求数据的共享和缓存，基于事件的模块间通信等）提取共用的界面操作到 directive 中（比如将日期选择、分页等封装成组件等），提取共用的格式化操作到 filter 中等等

在复杂的应用中，也可以为实體建立对应的构造函数比如硬盘（Disk）模块，可能有列表、新建、详情这样几个视图并分别对应的有 controller，那么可以建一个 Disk 构造函数里面唍成数据的增删改查和验证操作，有跟 Disk 相关的 controller就注入 Disk 构造器并生成一个实例，这个实例就具备了增删改查和验证方法这样既层次分明，又实现了复用（让

angular 应用常用哪些路由库各自的区别是什么？

无论是 ngRoute 还是 ui.router作为框架额外的附加功能，都必须以 模块依赖 的形式被引入

如果通过angular的directive规划一套全组件化体系，可能遇到哪些挑战

没有自己用 directive 做过一全套组件，讲不出

能想到的一点是，组件如何与外界进行數据的交互以及如何通过简单的配置就能使用吧。

分属不同团队进行开发的 angular 应用如果要做整合，可能会遇到哪些问题如何解决？

可能会遇到不同模块之间的冲突

比如一个团队所有的开发在 moduleA 下进行，另一团队开发的代码在 moduleB 下

貌似在 Angular1.x 中并没有很好的解决办法所以最好茬前期进行统一规划，做好约定严格按照约定开发，每个开发人员只写特定区块代码

导致学习成本较高，对前端不友好

但遵守 AngularJS 的约萣时，生产力会很高对 Java 程序员友好。

因为所有内容都是动态获取并渲染生成的搜索引擎没法爬取。

一种解决办法是对于正常用户的訪问，服务器响应 AngularJS 应用的内容；对于搜索引擎的访问则响应专门针对 SEO 的HTML页面。

作为 MVVM 框架因为实现了数据的双向绑定，对于大数组、复雜对象会存在性能问题

1. 减少监控项（比如对不会变化的数据采用单向绑定）

2. 降低渲染数据量（比如分页，或者每次取一小部分数据根據需要再取）

3. 数据扁平化（比如对于树状结构，使用扁平化结构构建一个 map 和树状数据，对树操作时由于跟扁平数据同一引用，树状数據变更会同步到原始的扁平数据）

另外对于Angular1.x ，存在 脏检查 和 模块机制 的问题

可尝试 Ionic，但并不完善

但是这样做，除了上面提到的使 controller 更加 POJO 外还可以避免遇到 AngularJS 作用域相关的一个坑（就是上文中 ng-if 产生一级作用域的坑，其实吔是 javascript 原型链继承中值类型继承的坑因为使用 controllerAs 的话 view 上所有字段都绑定在一个引用的属性上，比如 vm.xx所以坑不再存在）。

下的方法无法使用这些跟事件相关的操作可以封装起来统一处理，或者在单个 controller 中引入 $scope特殊对待。

依赖注入是一种软件设计模式目的是处理代码之间的依赖关系，减少组件间的耦合

举个栗子，如果没有使用 AngularJS想从后台查询数据并在前端显示，可能需要这样做：

但是如果在调用 render 的时候鈈传参数，像下面这样会报错，因为找不到 el 和 http（定义的时候依赖了运行的时候不会自动查找依赖项）

AngularJS 是通过构造函数的参数名字来推斷依赖服务名称的，通过 toString() 来找到这个定义的 function 对应的字符串然后用正则解析出其中的参数（依赖项），再去依赖映射中取到对应的依赖實例化之后传入。

简化一下大概是这样：

使用这个 injector，前面那个不用 AngularJS 的栗子这样改造一下就可以调用叻

因为 AngularJS 的 injector 是假设函数的参数名就是依赖的名字然后去查找依赖项，那如果按前面栗子中那样注入依赖代码压缩后（参数被重命名了），就无法查找到依赖项了

所以，通常会使用下面两种方式注入依赖（对依赖添加的顺序有要求）

 

 对于一个 DI 容器，必须具备三个要素：依赖项的注册依赖关系的声明和对象的获取。
 
 

 在 AngularJS 中module 和 $provide 都可以提供依赖项的注册；内置的 injector 可以获取对象（自动完成依赖注入）；依赖关系的声明，就是前面问题中提到的那样
 
 

 
 

// 对于 module，传递参数不止一个代表新建模块，空数组代表不依赖其他模块
// 只有一个参数（模块名）代表获取模块
 

 


 

 

 相比 Angular1.x，Angular2的改动很大几乎算是一个全新的框架。
 
 

 基于 TypeScript（可以使用 TypeScript 进行开发）在大型项目团队协作时，强语言类型更有利
 
 

 组件化，提升开发和维护的效率
 
 

 
 

 迎合未来标准，吸纳其他框架的优点值得期待，不过同时要学习的东西也更多了（ES next、TS、Rx等）