摘要:單向數(shù)據(jù)流向保證了高效可預(yù)測的變化檢測。變化檢測策略有兩種變化檢測策略。另一種更加高效的變化檢測方式。策略,就是只有當(dāng)輸入數(shù)據(jù)即的引用發(fā)生變化或者有事件觸發(fā)時,組件才進(jìn)行變化檢測。
概述
什么情況下會引起變化檢測?簡單來說變化檢測就是Angular用來檢測視圖與模型之間綁定的值是否發(fā)生了改變,當(dāng)檢測到模型中綁定的值發(fā)生改變時,則同步到視圖上,反之,當(dāng)檢測到視圖上綁定的值發(fā)生改變時,則回調(diào)對應(yīng)的綁定函數(shù)。
總結(jié)起來, 主要有如下幾種情況可能也改變數(shù)據(jù):
用戶輸入操作,比如點擊,提交等
請求服務(wù)端數(shù)據(jù)(XHR)
定時事件,比如setTimeout,setInterval
上述三種情況都有一個共同點,即這些導(dǎo)致綁定值發(fā)生改變的事件都是異步發(fā)生的。如果這些異步的事件在發(fā)生時能夠通知到Angular框架,那么Angular框架就能及時的檢測到變化。
左邊表示將要運行的代碼,這里的stack表示Javascript的運行棧,而webApi則是瀏覽器中提供的一些Javascript的API,TaskQueue表示Javascript中任務(wù)隊列,因為Javascript是單線程的,異步任務(wù)在任務(wù)隊列中執(zhí)行。
具體來說,異步執(zhí)行的運行機(jī)制如下:
所有同步任務(wù)都在主線程上執(zhí)行,形成一個執(zhí)行棧(execution context stack)。
主線程之外,還存在一個"任務(wù)隊列"(task queue)。只要異步任務(wù)有了運行結(jié)果,就在"任務(wù)隊列"之 中放置一個事件。
一旦"執(zhí)行棧"中的所有同步任務(wù)執(zhí)行完畢,系統(tǒng)就會讀取"任務(wù)隊列",看看里面有哪些事件。那些對應(yīng)的異步任務(wù),于是結(jié)束等待狀態(tài),進(jìn)入執(zhí)行棧,開始執(zhí)行。
主線程不斷重復(fù)上面的第三步。
當(dāng)上述代碼在Javascript中執(zhí)行時,首先func1 進(jìn)入運行棧,func1執(zhí)行完畢后,setTimeout進(jìn)入運行棧,執(zhí)行setTimeout過程中將回調(diào)函數(shù)cb 加入到任務(wù)隊列,然后setTimeout出棧,接著執(zhí)行func2函數(shù),func2函數(shù)執(zhí)行完畢時,運行棧為空,接著任務(wù)隊列中cb 進(jìn)入運行棧得到執(zhí)行。可以看出異步任務(wù)首先會進(jìn)入任務(wù)隊列,當(dāng)運行棧中的同步任務(wù)都執(zhí)行完畢時,異步任務(wù)進(jìn)入運行棧得到執(zhí)行。如果這些異步的任務(wù)執(zhí)行前與執(zhí)行后能提供一些鉤子函數(shù),通過這些鉤子函數(shù),Angular便能獲知異步任務(wù)的執(zhí)行。
angular2 獲取變化通知那么問題來了,angular2是如何知道數(shù)據(jù)發(fā)生了改變?又是如何知道需要修改DOM的位置,準(zhǔn)確的最小范圍的修改DOM呢?沒錯,盡可能小的范圍修改DOM,因為操作DOM對于性能來說可是一件奢侈品。
在AngularJS中是由代碼$scope.$apply()或者$scope.$digest觸發(fā),而Angular接入了ZoneJS,由它監(jiān)聽了Angular所有的異步事件。
ZoneJS是怎么做到的呢?
實際上Zone有一個叫猴子補丁的東西。在Zone.js運行時,就會為這些異步事件做一層代理包裹,也就是說Zone.js運行后,調(diào)用setTimeout、addEventListener等瀏覽器異步事件時,不再是調(diào)用原生的方法,而是被猴子補丁包裝過后的代理方法。代理里setup了鉤子函數(shù), 通過這些鉤子函數(shù), 可以方便的進(jìn)入異步任務(wù)執(zhí)行的上下文.
//以下是Zone.js啟動時執(zhí)行邏輯的抽象代碼片段 function zoneAwareAddEventListener() {...} function zoneAwareRemoveEventListener() {...} function zoneAwarePromise() {...} function patchTimeout() {...} window.prototype.addEventListener=zoneAwareAddEventListener; window.prototype.removeEventListener=zoneAwareRemoveEventListener; window.prototype.promise = zoneAwarePromise; window.prototype.setTimeout = patchTimeout;變化檢測的過程
Angular的核心是組件化,組件的嵌套會使得最終形成一棵組件樹。Angular的變化檢測可以分組件進(jìn)行,每一個Component都對應(yīng)有一個changeDetector,我們可以在Component中通過依賴注入來獲取到changeDetector。而我們的多個Component是一個樹狀結(jié)構(gòu)的組織,由于一個Component對應(yīng)一個changeDetector,那么changeDetector之間同樣是一個樹狀結(jié)構(gòu)的組織.
另外,Angular的數(shù)據(jù)流是自頂而下,從父組件到子組件單向流動。單向數(shù)據(jù)流向保證了高效、可預(yù)測的變化檢測。盡管檢查了父組件之后,子組件可能會改變父組件的數(shù)據(jù)使得父組件需要再次被檢查,這是不被推薦的數(shù)據(jù)處理方式。在開發(fā)模式下,Angular會進(jìn)行二次檢查,如果出現(xiàn)上述情況,二次檢查就會報錯:Expression Changed After It Has Been Checked Error。而在生產(chǎn)環(huán)境中,臟檢查只會執(zhí)行一次。
相比之下,AngularJS采用的是雙向數(shù)據(jù)流,錯綜復(fù)雜的數(shù)據(jù)流使得它不得不多次檢查,使得數(shù)據(jù)最終趨向穩(wěn)定。理論上,數(shù)據(jù)可能永遠(yuǎn)不穩(wěn)定。AngularJS給出的策略是,臟檢查超過10次,就認(rèn)為程序有問題,不再進(jìn)行檢查。
變化檢測策略defalut 策略Angular有兩種變化檢測策略。Default是Angular默認(rèn)的變化檢測策略,也就是上述提到的臟檢查,只要有值發(fā)生變化,就全部從父組件到所有子組件進(jìn)行檢查,。另一種更加高效的變化檢測方式:OnPush。OnPush策略,就是只有當(dāng)輸入數(shù)據(jù)(即@Input)的引用發(fā)生變化或者有事件觸發(fā)時,組件才進(jìn)行變化檢測。
main.component.ts
@Component({ selector: "app-root", template: `變更檢測策略
{{ slogan }}
`, }) export class AppComponent { slogan: string = "change detection"; title: string = "default 策略"; star: Star = new Star("周", "杰倫"); changeStar() { this.star.firstName = "吳"; this.star.lastName = "彥祖"; } changeStarObject() { this.star = new Star("劉", "德華"); } }
movie.component.ts
@Component({ selector: "movie", styles: ["div {border: 1px solid black}"], template: ``, }) export class MovieComponent { @Input() title: string; @Input() star; }{{ title }}
{{star.firstName}} {{star.lastName}}
上面代碼中, 當(dāng)點擊第一個按鈕改變明星屬性時,依次對slogan, title, star三個屬性進(jìn)行檢測, 此時三個屬性都沒有變化, star沒有發(fā)生變化,是因為實質(zhì)上在對star檢測時只檢測star本身的引用值是否發(fā)生了改變,改變star的屬性值并未改變star本身的引用,因此是沒有發(fā)生變化。
而當(dāng)我們點擊第二個按鈕改變明星對象時 ,重新new了一個 star ,這時變化檢測才會檢測到 star發(fā)生了改變。
然后變化檢測進(jìn)入到子組件中,檢測到star.firstName和star.lastName發(fā)生了變化, 然后更新視圖.
OnPush策略與上面代碼相比, 只在movie.component.ts中的@component中增加了一行代碼:
changeDetection:ChangeDetectionStrategy.OnPush
此時, 當(dāng)點擊第一個按鈕時, 檢測到star沒有發(fā)生變化, ok,變化檢測到此結(jié)束, 不會進(jìn)入到子組件中, 視圖不會發(fā)生變化.
當(dāng)點擊第二個按鈕時,檢測到star發(fā)生了變化, 然后變化檢測進(jìn)入到子組件中,檢測到star.firstName和star.lastName發(fā)生了變化, 然后更新視圖.
所以,當(dāng)你使用了OnPush檢測機(jī)制時,在修改一個綁定值的屬性時,要確保同時修改到了綁定值本身的引用。但是每次需要改變屬性值的時候去new一個新的對象會很麻煩,immutable.js 你值得擁有!
變化檢測對象引用通過引用變化檢測對象ChangeDetectorRef,可以手動去操作變化檢測。我們可以在組件中的通過依賴注入的方式來獲取該對象:
constructor( private changeRef:ChangeDetectorRef ){}
變化檢測對象提供的方法有以下幾種:
markForCheck() - 在組件的 metadata 中如果設(shè)置了 changeDetection:ChangeDetectionStrategy.OnPush 條件,那么變化檢測不會再次執(zhí)行,除非手動調(diào)用該方法, 該方法的意思是在變化監(jiān)測時必須檢測該組件。
detach() - 從變化檢測樹中分離變化檢測器,該組件的變化檢測器將不再執(zhí)行變化檢測,除非手動調(diào)用 reattach() 方法。
reattach() - 重新添加已分離的變化檢測器,使得該組件及其子組件都能執(zhí)行變化檢測
detectChanges() - 從該組件到各個子組件執(zhí)行一次變化檢測
OnPush策略下手動發(fā)起變化檢測
組件中添加事件改變輸入屬性
在上面代碼movie.component.ts中修改如下
@Component({ selector: "movie", styles: ["div {border: 1px solid black}"], template: ``, changeDetection:ChangeDetectionStrategy.OnPush }) export class MovieComponent { constructor( private changeRef:ChangeDetectorRef ){} @Input() title: string; @Input() star; changeStar(){ this.star.lastName = "xjl"; } }{{ title }}
{{star.firstName}} {{star.lastName}}
此時點擊按鈕切換名字時,star更改如下
![圖片描述][3]
第二種就是上面講到的使用變化檢測對象中的 markForCheck()方法.
ngOnInit() { setInterval(() => { this.star.lastName = "xjl"; this.changeRef.markForCheck(); }, 1000); }輸入屬性為Observable
修改app.component.ts
@Component({ selector: "app-root", template: `變更檢測策略
{{ slogan }}
`, }) export class AppComponent implements OnInit{ slogan: string = "change detection"; title: string = "OnPush 策略"; star: Star = new Star("周", "杰倫"); count:Observable ; ngOnInit(){ this.count = Observable.timer(0, 1000) } changeStar() { this.star.firstName = "吳"; this.star.lastName = "彥祖"; } changeStarObject() { this.star = new Star("劉", "德華"); } }
此時,有兩種方式讓MovieComponent進(jìn)入檢測,一種是使用變化檢測對象中的 markForCheck()方法.
ngOnInit() { this.addCount.subscribe(() => { this.count++; this.changeRef.markForCheck(); })
另外一種是使用async pipe 管道
@Component({ selector: "movie", styles: ["div {border: 1px solid black}"], template: ``, changeDetection: ChangeDetectionStrategy.OnPush }){{ title }}
{{star.firstName}} {{star.lastName}}
{{addCount | async}}
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/85071.html
摘要:編寫工作首先介紹了一個稱為的內(nèi)部組件表示,并解釋了變更檢測過程在視圖上運行。本文主要由兩部分組成第一部分探討錯誤產(chǎn)生的原因,第二部分提出可能的修正。它對我意義重大,它能幫助其他人看到這篇文章。 在過去的8個月里,我大部分空閑時間都是reverse-engineering Angular。我最感興趣的話題是變化檢測。我認(rèn)為它是框架中最重要的部分,因為它負(fù)責(zé)像DOM更新、輸入綁定和查詢列表...
摘要:但如果一個組件在生命周期鉤子里改變父組件屬性,卻是可以的,因為這個鉤子函數(shù)是在更新父組件屬性變化之前調(diào)用的注即第步,在第步之前調(diào)用。 原文鏈接:Angular.js’ $digest is reborn in the newer version of Angular showImg(https://segmentfault.com/img/remote/146000001468785...
摘要:策略減少檢測次數(shù)當(dāng)輸入屬性不變時,可以跳過整個變更檢測子樹。現(xiàn)在當(dāng)執(zhí)行更改檢測時,它將從上到下進(jìn)行。并且一旦更改檢測運行結(jié)束,它將恢復(fù)整個樹的狀態(tài)。 Angular 2.x+ 臟檢查機(jī)制理解 目前幾種主流的前端框架都已經(jīng)實現(xiàn)雙向綁定特性,但實現(xiàn)的方法各有不同: 發(fā)布者-訂閱者模式(backbone.js) 臟值檢查(angular.js) 數(shù)據(jù)劫持 + 發(fā)布者-訂閱者模式(vue.j...
摘要:如果我們不使用提供的事件系統(tǒng)定時器和,如在事件中進(jìn)行數(shù)據(jù)更新時,我們需要手動調(diào)用。 前言 在傳統(tǒng)的WEB開發(fā)中,當(dāng)與用戶或服務(wù)器發(fā)生交互時,需要我們手動獲取數(shù)據(jù)并更新DOM,這個過程是繁瑣的、易錯的。特別是當(dāng)頁面功能過于復(fù)雜時,我們既要關(guān)注數(shù)據(jù)的變化,又要維護(hù)DOM的更新,這樣寫出來的代碼是很難維護(hù)的。新一代的框架或庫,例如Angular、React、Vue等等讓我們的關(guān)注點只在數(shù)據(jù)上...
摘要:最近接手了一個項目,客戶提出了一個高大上的需求要求只有一個主界面,所有組件通過來顯示。 最近接手了一個項目,客戶提出了一個高大上的需求:要求只有一個主界面,所有組件通過Tab來顯示。其實這個需求并不詭異,不喜歡界面跳轉(zhuǎn)的客戶都非常熱衷于這種展現(xiàn)形式。 好吧,客戶至上,搞定它!這種實現(xiàn)方式在傳統(tǒng)的HTML應(yīng)用中,非常簡單,只是在這Angular4(以下簡稱ng)中,咋個弄呢? 我們先來了...
閱讀 1995·2023-04-25 16:19
閱讀 3109·2021-11-24 09:39
閱讀 835·2021-11-16 11:44
閱讀 1697·2019-08-29 12:52
閱讀 1145·2019-08-26 13:33
閱讀 1079·2019-08-26 10:26
閱讀 2207·2019-08-23 16:42
閱讀 2571·2019-08-23 14:37