摘要:分別是表達(dá)式,事件傳遞,和的計(jì)算屬性。問(wèn)題我有一個(gè),其中包含一些狀態(tài)信息比如連接狀態(tài)和電量?,F(xiàn)在我需要做一個(gè)去展示這些狀態(tài)。因?yàn)殇秩镜臅r(shí)候也許已經(jīng)更新了。
TL;DR
這篇文章講解了三種根據(jù) service 的狀態(tài)更新 directive 的做法。分別是 $watch 表達(dá)式,事件傳遞,和 controller 的計(jì)算屬性。
問(wèn)題我有一個(gè) readerService ,其中包含一些狀態(tài)信息(比如連接狀態(tài)和電量)。現(xiàn)在我需要做一個(gè) directive 去展示這些狀態(tài)。因?yàn)樗恍枰獜?readerService 中獲取數(shù)據(jù),不需要任何外部傳值,所以我直接把 service 注入進(jìn)去。但如何更新就成了一個(gè)問(wèn)題。
service 的代碼如下。
const STATUS = { DETACH: "DETACH", ATTACH: "ATTACH", READY: "READY" } class ReaderService { constructor() { this.STATUS = STATUS // The status will be changed by some callbacks this.status = STATUS.DETACH } } angular.module("app").service("readerService", readerService)
directive 代碼如下:
angular.module("app").directive("readerIndicator", (readerService) => { const STATUS = readerService.STATUS const STATUS_DISPLAY = { [STATUS.DETACH]: "Disconnected", [STATUS.ATTACH]: "Connecting...", [STATUS.READY]: "Connected", } return { restrict: "E", scope: {}, template: `{{statusDisplay}}`, link(scope) { // Set and change scope.statusDisplay here } } })
我嘗試過(guò)以下幾種辦法,下面一一介紹。
方法一:$watch第一個(gè)想到的方法就是在 directive 中用 $watch 去監(jiān)視 readerService.status。因?yàn)樗皇?directive scope 的屬性,所以我們需要用一個(gè)函數(shù)來(lái)包裹它。Angular 會(huì)在 dirty-checking 時(shí)計(jì)算和比較新舊值,只有狀態(tài)真的發(fā)生了改變才會(huì)觸發(fā)回調(diào)。
// In directive link(scope) { scope.$watch(() => readerService.status, (status) => { scope.statusDisplay = STATUS_DISPLAY[status] }) }
這個(gè)做法足夠簡(jiǎn)單高效,只要涉及 readerService.status 改變的代碼會(huì)觸發(fā) dirty-checking ,directive 就會(huì)自動(dòng)更新。service 不需要修改任何代碼。
但如果有多個(gè) directive 的屬性都受 service status 的影響,那 $watch 代碼就看得比較晦澀了。尤其是 $watch 修改的值會(huì)影響其他的值的時(shí)候。比如:
// In directive link(scope) { scope.$watch(() => readerService.status, (status) => { scope.statusDisplay = STATUS_DISPLAY[status] scope.showBattery = status !== STATUS.DETACH }) scope.$watch("showBattery", () => { // some other things depend on showBattery }) }
這種時(shí)候聲明式的編程風(fēng)格會(huì)更容易看懂,比如 Ember 或 Vue 里面的 computed property 。這個(gè)待會(huì)討論。
方法二:$broadcast/$emit + $on這種思路是 service 每次狀態(tài)改變都發(fā)送一個(gè)事件,然后 directive 監(jiān)聽(tīng)事件來(lái)改變狀態(tài)。因?yàn)?directive 渲染的時(shí)候也許 status 已經(jīng)更新了。所以我們需要在 link 中計(jì)算一個(gè)初始值。
我最開(kāi)始是用 $broadcast 去做的。代碼如下:
// In service setStatus(value) { this.status = value // Need to inject $rootScope this.$rootScope.$broadcast("reader.statusChanged", this.status) } // In directive link(scope) { scope.statusDisplay = STATUS_DISPLAY[nfcReaderService.status] scope.$on("reader.statusChanged", (event, status) => { scope.statusDisplay = STATUS_DISPLAY[status] }) }
但馬上發(fā)現(xiàn) $broadcast 之后 UI 更新總要等 1 秒多(不過(guò) $on 回調(diào)倒是很快)。Google 一番后知道原因是 $broadcast 是向下層所有 scope 廣播,廣播完成后再 dirty-checking 。一個(gè)更好的做法是使用 $emit ,它只會(huì)向上傳遞事件,不過(guò)不管發(fā)送事件還是監(jiān)聽(tīng)事件都得用 $rootScope 。
修改后的代碼如下:
// In service setStatus(value) { this.status = value // Use $emit instead of $broadcast this.$rootScope.$emit("reader.statusChanged", this.status) } // In directive link(scope) { scope.statusDisplay = STATUS_DISPLAY[nfcReaderService.status] // Use $rootScope instead of scope $rootScope.$on("reader.statusChanged", (event, status) => { scope.statusDisplay = STATUS_DISPLAY[status] }) }
如果因?yàn)槟承┰虿坏貌挥?$broadcast 的話,你可以在 $on 回調(diào)最后用 $digest 或 $apply 強(qiáng)制觸發(fā) dirty-checking ,這也可以達(dá)到快速更新 UI 的目的。
方法三:controller + property我個(gè)人覺(jué)得前兩個(gè)方法能解決問(wèn)題,但代碼維護(hù)性都不太好。$watch 在屬性相互關(guān)聯(lián)的情況下非常難看懂,$emit/$on 需要把一些邏輯寫(xiě)兩次(初始化 directive 時(shí)和回調(diào)執(zhí)行時(shí))。方法一中我提到了有些時(shí)候聲明式的屬性比 $watch 更容易看懂。這個(gè)方法就是使用 controller 。directive 可以設(shè)置自己的 controller 作為數(shù)據(jù)來(lái)源(或者說(shuō) view model),我們可以把那些需要計(jì)算的屬性作為 controller 的屬性。這樣 dirty-checking 時(shí)它們就會(huì)自動(dòng)計(jì)算。
// In directive class ReaderController { constructor($scope, readerService) { this.readerService = readerService } get statusDisplay() { return STATUS_DISPLAY[this.readerService.status] } } return { // ... controller: ReaderController, controllerAs: "vm", template: `{{vm.statusDisplay}}` }
這樣一來(lái),大部分邏輯都可以挪到 controller 中。如果沒(méi)有 DOM 操作我們甚至可以不寫(xiě) link 方法。也沒(méi)必要加入額外的 $watch 和 $on 。只是因?yàn)?dirty-checking 的特性,綁定到 template 的屬性往往會(huì)多計(jì)算幾次。所以屬性必須非常簡(jiǎn)單。大部分情況下這不會(huì)有什么問(wèn)題。
參考資料$rootScope.Scope
Angular API ,可以看看里面對(duì) $watch ,$broadcast ,$emit , $on 的描述。
$rootScope.$emit() vs $rootScope.$broadcast()
$emit 和 $broadcast 的性能比較。注意后來(lái)的 Angular 已經(jīng)解決了性能差異,兩者相差無(wú)幾。
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/79084.html
摘要:共享數(shù)據(jù)的最佳策略是什么呢用一些變態(tài)的控制器繼承方案嗎當(dāng)然不是,最簡(jiǎn)單容易的方式就是使用服務(wù)。概括創(chuàng)建一個(gè)服務(wù)去存放你的數(shù)據(jù),并給數(shù)據(jù)創(chuàng)建和的方法。 原文鏈接 : Sharing Data Between Controllers? Best Practice: Use a Service原文作者 : DAVE CEDDIA譯者 : 李林璞(web前端領(lǐng)域)譯者注:翻譯如有疏漏,歡迎指出...
摘要:組件還包含數(shù)據(jù)事件的輸入與輸出,生命周期鉤子和使用單向數(shù)據(jù)流以及從父組件上獲取數(shù)據(jù)的事件對(duì)象備份。 說(shuō)明:參照了Angular1.x+es2015的中文翻譯,并將個(gè)人覺(jué)得不合適、不正確的地方進(jìn)行了修改,歡迎批評(píng)指正。 架構(gòu),文件結(jié)構(gòu),組件,單向數(shù)據(jù)流以及最佳實(shí)踐 來(lái)自@toddmotto團(tuán)隊(duì)的實(shí)用編碼指南 Angular 的編碼風(fēng)格以及架構(gòu)已經(jīng)使用ES2015進(jìn)行重寫(xiě),這些在Angul...
摘要:場(chǎng)景和問(wèn)題這幾天在寫(xiě)一個(gè)。因?yàn)闋顟B(tài)的改變由另一個(gè)插件控制,不在的中。前者強(qiáng)制觸發(fā)一次,后者讓一段代碼執(zhí)行完成后觸發(fā)。所以直接在回調(diào)中使用就可以解決問(wèn)題。參考資料對(duì)異常的描述。這種異常附帶在線文檔的方式還是很方便的。 TL;DR 這是一個(gè)關(guān)于 $rootScope:inprog 錯(cuò)誤在什么樣的情況下被觸發(fā),和如何解決的故事。 場(chǎng)景和問(wèn)題 這幾天在寫(xiě)一個(gè) service 。這個(gè) servi...
摘要:因?yàn)槲覀冋靡褂茫藭r(shí)我們就可以用的服務(wù)來(lái)監(jiān)聽(tīng)了當(dāng)然,我們不能忘了清空訂閱最后一步就是在有返回的時(shí)候調(diào)用表單的現(xiàn)在我們可以在組件里顯示提醒了 原文:Connect Angular Forms to @ngrx/store showImg(https://segmentfault.com/img/bVRpdX?w=1000&h=674); 這篇文章中,我們將要討論如何用ngrx/eff...
閱讀 2712·2021-10-12 10:12
閱讀 2343·2021-09-02 15:41
閱讀 2577·2019-08-30 15:55
閱讀 1409·2019-08-30 13:05
閱讀 2443·2019-08-29 11:21
閱讀 3542·2019-08-28 17:53
閱讀 3034·2019-08-26 13:39
閱讀 808·2019-08-26 11:50