Cet article résume et partage 13 questions d'entretien frontales sur angular. Il a une certaine valeur de référence. Les amis dans le besoin peuvent s'y référer. J'espère qu'il sera utile à tout le monde.
1. Quelles sont les différences entre ng-if et ng-show/hide ?
La première différence est que ng-if
ne crée ce nœud true
que lorsque l'expression suivante est dom
, alors que ng-show
est créé initialement, en utilisant display:block
et display:none
pour affichage de contrôle ou non-affichage.
La deuxième différence est que ng-if
générera (implicitement) une nouvelle portée, tout comme ng-switch
, ng-include
, etc. qui créeront dynamiquement une interface.
Cela entraînera la liaison de ng-if
avec les variables de base dans ng-model
et la liaison de ce p
à une autre zone d'affichage dans la couche externe model
Lorsque la couche interne change, la couche externe Le. la couche ne changera pas de manière synchrone, car il y a déjà deux variables à ce moment.
<p>{{name}}</p> <div ng-if="true"> <input type="text" ng-model="name"> </div>
Tutoriels associés recommandés : "tutoriel angulaire"
ng-show
Ce problème n'existe pas car il n'est pas livré avec une portée de premier niveau.
Le moyen d'éviter ce genre de problème est de toujours lier les éléments de la page aux propriétés de l'objet (data.x) plutôt que directement à la variable de base (x).
2. Lorsque ng-repeat itère le tableau, s'il y a les mêmes valeurs dans le tableau, que se passera-t-il et comment le résoudre ?
demandera à Duplicates in a repeater are not allowed
d'ajouter track by $index
pour le résoudre. Bien sûr, trace by
peut également être n'importe quelle valeur ordinaire, à condition qu'elle puisse identifier de manière unique chaque élément du tableau (pour établir une association entre dom
et les données).
3. L'expression écrite en ng-click peut-elle utiliser des méthodes sur des objets natifs JS ?
Non seulement les expressions dans ng-click
, mais aussi les méthodes natives JS
ne peuvent pas être appelées directement tant qu'elles sont dans la page, car celles-ci n'existent pas dans le Controller
correspondant vers la page $scope
Medium.
4. Quelle est la relation entre l'usine, le service et le fournisseur ?
factory
: Mettez les méthodes et les données de service
dans un objet et renvoyez l'objet
service
: Créez service
via la méthode constructeur, renvoyez un objet instancié
provider
: Créez un config
qui peut être configuré via service
. Ce qui est renvoyé dans $get
est le contenu de factory
créé avec service
appelle service
et renvoie son instance ; l'usine appelle factory
et renvoie le contenu défini dans son provider
. $get
a des fonctions similaires à factory
, sauf que service
est un factory
ordinaire et peut renvoyer n'importe quoi (function
est accessible, vous savez donc comment écrire ces variables privées return
<🎜) ; >
est accessible) service
this
, renvoyant un provider
configurable ; . factory
factory
1,
Service
2,
events
3 Utiliser
$rootScope
4 ,
, etc. controller
$parent, $$childHead
5
directive
. La liaison dite bidirectionnelle signifie en fait que les opérations sur l'interface peuvent être reflétées dans les données en temps réel, et le les modifications des données peuvent être affichées dans l'interface en temps réel.
Utilisez la vérification des valeurs sales dans les variables pour implémenter une liaison de données bidirectionnelle, et vous pouvez utiliser AngularJS
pour écouter les modifications et déclencher des rappels $scope
$scope.$watch
, chaque fois que vous liez quelque chose à votre interface utilisateur, vous insérerez un angular
dans la file d'attente angular
lorsque notre modèle est chargé, c'est-à-dire à l'étape $watch
($watch
est divisé en. linking
étape et Angular
étape - ndlr du traducteur), l'compile
interprète recherchera chaque linking
puis générera chaque Angular
requis. directive
当浏览器接受到可以被angular context
处理的事件时就会触发digest
循环,这个循环是由两个更小的循环组合起来的,一个是$watch
列表,一个是$evalAsync
列表,而$watch
列表在$digest
循环中被“脏值检查”解析,在digest
将会遍历我们的watch
,然后询问它是否有属性和值的变化,直到$watch
队列都检查过,在检查数据变化的时候,由于并不知道这个事件是对哪些数据进行了更改,以及这个事件有可能造成事件之外的其他任何地方的数据更改,所以必须进行一次大检查,将所有“注册”过的值全部检查一遍,一次检查称为一个周期,每次最少检查两遍,因为第二遍用来确认,前一遍的变动中是否有数据的变动,导致了其他数据的变动,如果第二次有变动的话,会再执行一遍,直到最后两次完全一致,则停止检查(其实就是个(递归(遍历))的过程),考虑到内存的消耗和死循环的风险,脏检查每个周期最多递归执行10遍,如果超过10遍就会抛出一个错误。当$digest
循环结束时,DOM
相应地变化。
在angular
中
ng-click,ng-change,ng-blur..
.就是对各类用户事件的封装
$timeout,$http,$window,$location...
就是对各种JS/API
事件的封装
ng-model
,以及控制器中的数据,就是对值的“注册”
$scope
本质是一个总的事件逻辑的封装容器,同时抽象为数据载体,实质上数据都存在于浏览器堆内存中
$scope.apply() & $scope.digest()
即Angular
中的“数据大检查”的function
所以如果我们使用了非Angular
封装的事件改编数据时,要手动执行一次大检查
由于Angular
这种脏检查的方法效率不高,如果一个页面绑定的view
超过2000个,就可能存在比较明显的性能问题,官方称之为“脏检查”
举个例子
<button ng-click="val=val+1">increase 1</button>
click
时会产生一次更新的操作(至少触发两次 $digest
循环)
按下按钮浏览器接收到一个事件,进入到angular context
$digest
循环开始执行,查询每个 $watch
是否变化
由于监视$scope.val
的 $watch
报告了变化,因此强制再执行一次 $digest
循环 新的 $digest
循环未检测到变化
浏览器拿回控制器,更新 $scope.val
新值对应的 dom
$digest
循环的上限是 10 次(超过 10次后抛出一个异常,防止无限循环)。
7、一个 angular 应用应当如何良好地分层?
目录结构的划分
对于小型项目,可以按照文件类型组织,比如:
css js controllers models services filters templates
但是对于规模较大的项目,最好按业务模块划分,比如:
css modules account controllers models services filters templates disk controllers models services filters templates
modules
下最好再有一个 common
目录来存放公共的东西。
逻辑代码的拆分
作为一个 MVVM
框架,Angular
应用本身就应该按照 模型,视图模型(控制器),视图来划分。
这里逻辑代码的拆分,主要是指尽量让 controller
这一层很薄。提取共用的逻辑到 service
中 (比如后台数据的请求,数据的共享和缓存,基于事件的模块间通信等),提取共用的界面操作到 directive
中(比如将日期选择、分页等封装成组件等),提取共用的格式化操作到 filter
中等等。
在复杂的应用中,也可以为实体建立对应的构造函数,比如硬盘(Disk
)模块,可能有列表、新建、详情这样几个视图,并分别对应的有 controller
,那么可以建一个 Disk
构造函数,里面完成数据的增删改查和验证操作,有跟 Disk
相关的 controller
,就注入 Disk
构造器并生成一个实例,这个实例就具备了增删改查和验证方法。这样既层次分明,又实现了复用(让 controller
层更薄了)。
8、angular 应用常用哪些路由库,各自的区别是什么?
Angular1.x
中常用 ngRoute
和 ui.router
,还有一种为 Angular2
设计的 new router
(面向组件)。后面那个没在实际项目中用过,就不讲了。
无论是 ngRoute
还是 ui.router
,作为框架额外的附加功能,都必须以 模块依赖 的形式被引入。
区别
ngRoute
模块是 Angular
自带的路由模块,而 ui.router
模块是基于 ngRoute
模块开发的第三方模块。
ui.router
是基于 state
(状态)的, ngRoute
是基于 url
的,ui.router
模块具有更强大的功能,主要体现在视图的嵌套方面。
使用 ui.router
能够定义有明确父子关系的路由,并通过 ui-view
指令将子路由模版插入到父路由模板的 <p ui-view></p>
中去,从而实现视图嵌套。而在 ngRoute
中不能这样定义,如果同时在父子视图中 使用了 <p ng-view></p>
会陷入死循环。
分属不同团队进行开发的 angular
应用,如果要做整合,可能会遇到哪些问题,如何解决?
可能会遇到不同模块之间的冲突。
比如一个团队所有的开发在 moduleA 下进行,另一团队开发的代码在 moduleB 下
angular.module(&#39;myApp.moduleA&#39;, []) .factory(&#39;serviceA&#39;, function(){ ... }) angular.module(&#39;myApp.moduleB&#39;, []) .factory(&#39;serviceA&#39;, function(){ ... }) angular.module(&#39;myApp&#39;, [&#39;myApp.moduleA&#39;, &#39;myApp.moduleB&#39;])
会导致两个 module
下面的 serviceA
发生了覆盖。
貌似在 Angular1.x
中并没有很好的解决办法,所以最好在前期进行统一规划,做好约定,严格按照约定开发,每个开发人员只写特定区块代码。
9、angular 的缺点有哪些?
强约束
导致学习成本较高,对前端不友好。
但遵守 AngularJS
的约定时,生产力会很高,对 Java
程序员友好。
不利于 SEO
因为所有内容都是动态获取并渲染生成的,搜索引擎没法爬取。
一种解决办法是,对于正常用户的访问,服务器响应 AngularJS 应用的内容;对于搜索引擎的访问,则响应专门针对 SEO 的HTML页面。
性能问题
作为 MVVM 框架,因为实现了数据的双向绑定,对于大数组、复杂对象会存在性能问题。
可以用来 优化 Angular 应用的性能 的办法:
减少监控项(比如对不会变化的数据采用单向绑定)
主动设置索引(指定 track by
,简单类型默认用自身当索引,对象默认使用 $$hashKey
,比如改为 track by item.id
)
降低渲染数据量(比如分页,或者每次取一小部分数据,根据需要再取)
数据扁平化(比如对于树状结构,使用扁平化结构,构建一个 map
和树状数据,对树操作时,由于跟扁平数据同一引用,树状数据变更会同步到原始的扁平数据)
另外,对于Angular1.x ,存在 脏检查 和 模块机制 的问题。
移动端
可尝试 Ionic,但并不完善。
10、解释下什么是$rootScrope
以及和$scope
的区别?
通俗的说$rootScrope
页面所有$scope
的父亲
如何产生$rootScope
和$scope
吧。
step1:Angular解析ng-app
然后在内存中创建$rootScope
。
step2:angular回继续解析,找到{{}}表达式,并解析成变量。
step3:接着会解析带有ng-controller
的p
然后指向到某个controller
函数。这个时候在这个controller
函数变成一个$scope
对象实例。
**11、如何取消 $timeout
, 以及停止一个$watch()
? **
停止 $timeout
我们可以用cancel
:
var customTimeout = $timeout(function () { // your code }, 1000); $timeout.cancel(customTimeout);
停掉一个$watch
:
// .$watch()
会返回一个停止注册的函数
function that we store to a variable var deregisterWatchFn = $rootScope.$watch(‘someGloballyAvailableProperty&#39;, function (newVal) { if (newVal) { // we invoke that deregistration function, to disable the watch deregisterWatchFn(); ... } });
12、Angular Directive中restrict 中分别可以怎样设置?scope中@,=,&有什么区别?
restrict中可以分别设置:
A匹配属性
E匹配标签
C匹配class
M 匹配注释
当然你可以设置多个值比如AEC,进行多个匹配。
在scope中,@,=,&在进行值绑定时分别表示
@
获取一个设置的字符串,它可以自己设置的也可以使用{<!-- -->{yourModel}}
进行绑定的;
=
双向绑定,绑定scope
上的一些属性;
&
用于执行父级scope
上的一些表达式,常见我们设置一些需要执行的函数
13、$apply()
和 $digest()
的区别
Sécurité : $apply()
peut recevoir un paramètre comme function()
, ce function
sera enveloppé dans un bloc try … catch
, donc une fois qu'une exception se produit, l'exception sera gérée par $exceptionHandler service
.
$apply
fera entrer ng
dans $digest cycle
et traversera (profondeur d'abord) à partir de $rootScope
pour vérifier les modifications de données.
$digest
vérifiera uniquement la portée et ses enfants scope
Lorsque vous êtes sûr que l'opération en cours ne les affecte que, l'utilisation de $digest
peut légèrement améliorer les performances.
Pour plus de connaissances sur la programmation, veuillez visiter : Vidéo de programmation ! !
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!