這篇文章主要介紹了Angular路由復(fù)用策略的示例分析,具有一定借鑒價(jià)值,感興趣的朋友可以參考下,希望大家閱讀完這篇文章之后大有收獲,下面讓小編帶著大家一起了解一下。
創(chuàng)新新互聯(lián),憑借十余年的網(wǎng)站設(shè)計(jì)制作、網(wǎng)站設(shè)計(jì)經(jīng)驗(yàn),本著真心·誠(chéng)心服務(wù)的企業(yè)理念服務(wù)于成都中小企業(yè)設(shè)計(jì)網(wǎng)站有1000+案例。做網(wǎng)站建設(shè),選創(chuàng)新互聯(lián)。
一、引言
路由在執(zhí)行過(guò)程中對(duì)組件無(wú)狀態(tài)操作,即路由離退時(shí)組件狀態(tài)也一并被刪除;當(dāng)然在絕大多數(shù)場(chǎng)景下這是合理的。
但有時(shí)一些特殊需求會(huì)讓人半死亡狀態(tài),當(dāng)然這一切都是為了用戶體驗(yàn);一種非常常見(jiàn)場(chǎng)景,在移動(dòng)端中用戶通過(guò)關(guān)鍵詞搜索商品,而死不死的這樣的列表通常都會(huì)是自動(dòng)下一頁(yè)動(dòng)作,此時(shí)用戶好不容易滾動(dòng)到第二頁(yè)并找到想要看的商品時(shí),路由至商品詳情頁(yè),然后一個(gè)后退……用戶懵逼了。
Angular路由與組件一開(kāi)始就透過(guò) RouterModule.forRoot
形成一種關(guān)系,當(dāng)路由命中時(shí)利用ComponentFactoryResolver
構(gòu)建組件,這是路由的本質(zhì)。
而每一個(gè)路由并不一定是一次性消費(fèi),Angular 利用 RouteReuseStrategy
貫穿路由狀態(tài)并決定構(gòu)建組件的方式;當(dāng)然默認(rèn)情況下(DefaultRouteReuseStrategy
)像開(kāi)頭說(shuō)的,一切都不進(jìn)行任何處理。
RouteReuseStrategy 從2就已經(jīng)是實(shí)驗(yàn)性,當(dāng)前依然如此,這么久應(yīng)該是可信任。
二、RouteReuseStrategy
RouteReuseStrategy
我稱它為:路由復(fù)用策略;并不復(fù)雜,提供了幾種辦法通俗易懂的方法:
shouldDetach 是否允許復(fù)用路由
store 當(dāng)路由離開(kāi)時(shí)會(huì)觸發(fā),存儲(chǔ)路由
shouldAttach 是否允許還原路由
retrieve 獲取存儲(chǔ)路由
shouldReuseRoute 進(jìn)入路由觸發(fā),是否同一路由時(shí)復(fù)用路由
這看起來(lái)就像是一個(gè)時(shí)間軸關(guān)系,用一種白話文像是這樣:把路由 /list 設(shè)置為允許復(fù)用(shouldDetach),然后將路由快照存在 store 當(dāng)中;當(dāng) shouldReuseRoute 成立時(shí)即:再次遇到 /list 路由后表示需要復(fù)用路由,先判斷 shouldAttach 是否允許還原,最后從 retrieve 拿到路由快照并構(gòu)建組件。
當(dāng)理解這一原理時(shí),假如我們拿開(kāi)頭搜索列表返回的問(wèn)題就變得非常容易解決。
三、一個(gè)示例
誠(chéng)如上面說(shuō)明的,只需要實(shí)現(xiàn) RouteReuseStrategy 接口即可自定義一個(gè)路由利用策略。
1、創(chuàng)建策略
import {RouteReuseStrategy, DefaultUrlSerializer, ActivatedRouteSnapshot, DetachedRouteHandle} from '@angular/router'; export class SimpleReuseStrategy implements RouteReuseStrategy { _cacheRouters: { [key: string]: any } = {}; shouldDetach(route: ActivatedRouteSnapshot): boolean { return true; } store(route: ActivatedRouteSnapshot, handle: DetachedRouteHandle): void { this._cacheRouters[route.routeConfig.path] = { snapshot: route, handle: handle }; } shouldAttach(route: ActivatedRouteSnapshot): boolean { return !!this._cacheRouters[route.routeConfig.path]; } retrieve(route: ActivatedRouteSnapshot): DetachedRouteHandle { return this._cacheRouters[route.routeConfig.path].handle; } shouldReuseRoute(future: ActivatedRouteSnapshot, curr: ActivatedRouteSnapshot): boolean { return future.routeConfig === curr.routeConfig; } }
定義一個(gè) _cacheRouters 用于緩存數(shù)據(jù)(路由快照及當(dāng)前組件實(shí)例對(duì)象)。
shouldDetach 直接返回 true 表示對(duì)所有路由允許復(fù)用
store 當(dāng)路由離開(kāi)時(shí)會(huì)觸發(fā)。按path作為key存儲(chǔ)路由快照&組件當(dāng)前實(shí)例對(duì)象;path等同RouterModule.forRoot中的配置。
shouldAttach 若 path 在緩存中有的都認(rèn)為允許還原路由
retrieve 從緩存中獲取快照,若無(wú)則返回null
shouldReuseRoute 進(jìn)入路由觸發(fā),判斷是否同一路由
2、注冊(cè)
最后將策略注冊(cè)到模塊當(dāng)中:
providers: [ { provide: RouteReuseStrategy, useClass: SimpleReuseStrategy } ]
假設(shè)我們有這么一個(gè)路由配置:
RouterModule.forRoot([ { path: 'search', component: SearchComponent }, { path: 'edit/:id', component: EditComponent } ])
搜索組件用于搜索動(dòng)作,并在根據(jù)搜索結(jié)果跳轉(zhuǎn)至編輯頁(yè),保存后又回到最后搜索結(jié)果的狀態(tài)(這部分代碼我就不貼有興趣見(jiàn) plnkr)。
感謝你能夠認(rèn)真閱讀完這篇文章,希望小編分享的“Angular路由復(fù)用策略的示例分析”這篇文章對(duì)大家有幫助,同時(shí)也希望大家多多支持創(chuàng)新互聯(lián),關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道,更多相關(guān)知識(shí)等著你來(lái)學(xué)習(xí)!
本文名稱:Angular路由復(fù)用策略的示例分析
瀏覽地址:http://bm7419.com/article46/ijhceg.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站策劃、虛擬主機(jī)、服務(wù)器托管、手機(jī)網(wǎng)站建設(shè)、網(wǎng)站建設(shè)、App開(kāi)發(fā)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)