Angular 2の特定のルートに対してRouteReuseStrategy shouldDetachを実装する方法


113

私はルーティングを実装したAngular 2モジュールを使用しており、ナビゲート時に状態を保存したいと思っています。ユーザーは次のことができる必要があります。1.検索式を使用してドキュメントを検索する2.結果の1つに移動する3.サーバーと通信せずにsearchresultに戻る

これは、RouteReuseStrategyを含めて可能です。問題は、ドキュメントを保存しないように実装するにはどうすればよいですか?

したがって、ルートパス「documents」の状態を保存し、ルートパス「documents /:id」の状態を保存しないでください。

回答:


209

アンダースさん、すばらしい質問です。

私はあなたとほとんど同じユースケースを持っており、同じことをしたかったのです!ユーザー検索>結果を取得>ユーザーが結果に移動>ユーザーが戻って移動> BOOM 高速で結果にすばやく戻るにが、ユーザーが移動した特定の結果を保存したくない場合。

tl; dr

RouteReuseStrategy戦略を実装および提供するクラスが必要ngModuleです。ルートが保存されたときに変更する場合は、shouldDetach関数を変更します。trueAngular がを返すと、ルートが保存されます。ルートがアタッチされているときに変更する場合は、shouldAttach機能を変更します。場合はshouldAttachtrueを返す、角度は、要求されたルートの場所に保存されたルートを使用します。ここであなたが遊んでいるためのプランカーがあります。

RouteReuseStrategyについて

この質問をしたことで、RouteReuseStrategyを使用すると、Angularにコンポーネントを破棄せに、後で再レンダリングするために保存するように指示できることをすでに理解しています。それができるのでそれはクールです:

  • サーバー呼び出しの減少
  • 増加スピード
  • ANDコンポーネントは、デフォルトで、それが残されたのと同じ状態でレンダリングします

最後の1つは、たとえば、ユーザーが大量のテキストを入力したにもかかわらず、一時的にページを離れたい場合に重要です。フォームの数が多すぎるため、エンタープライズアプリケーションはこの機能を気に入っています。

これは私が問題を解決するために思いついたものです。あなたが言ったように、あなたはを利用する必要がありますRouteReuseStrategyはバージョン3.4.1以降で@ angular / routerによって提供されたupます。

TODO

最初、プロジェクトに@ angular / routerバージョン3.4.1以降があることを確認します。

次に、実装するクラスを格納するファイルを作成しますRouteReuseStrategy。私は電話reuse-strategy.tsをかけて、/app保管のためにフォルダに入れました。現時点では、このクラスは次のようになります。

import { RouteReuseStrategy } from '@angular/router';

export class CustomReuseStrategy implements RouteReuseStrategy {
}

(TypeScriptエラーについては心配しないでください。私たちはすべてを解決しようとしています)

クラスをに提供して、基礎を完成させますapp.module。あなたはまだ書いていませんがCustomReuseStrategy、先に進むべきであり、importそれはreuse-strategy.tsまったく同じであることに注意してください。またimport { RouteReuseStrategy } from '@angular/router';

@NgModule({
    [...],
    providers: [
        {provide: RouteReuseStrategy, useClass: CustomReuseStrategy}
    ]
)}
export class AppModule {
}

最後の部分は、ルートが切り離され、格納され、取得され、再接続されるかどうかを制御するクラスを作成することです。古いコピー/貼り付けに到達する前に、ここで力学について簡単に説明します。私が説明しているメソッドについては、以下のコードを参照してください。もちろん、コードにはたくさんのドキュメントがあります

  1. ナビゲートするとshouldReuseRoute発砲します。これは少し奇妙ですが、戻ってきたらtrue、実際に現在使用しているルートを再利用し、他のメソッドは呼び出されません。ユーザーが離れてナビゲートしている場合は、単にfalseを返します。
  2. shouldReuseRoute返された場合falseshouldDetach発砲します。shouldDetachルートを保存するかどうかを決定し、boolean指示を返します。あなたが店に/いない店舗のパスに決定しなければならない場所である私はあなたがパスの配列確認することで行うだろう、欲しいに対して保存さをroute.routeConfig.path、そして場合はfalseを返すpath配列には存在しません。
  3. shouldDetach返された場合truestoreが発行されます。これは、ルートについて必要な情報を保存する機会です。何をするにしても、保存する必要がDetachedRouteHandleあるのは、保存されたコンポーネントを後で識別するためにAngularが使用するためです。以下は、私は両方の保存DetachedRouteHandleActivatedRouteSnapshot私のクラスに変数のローカルへ。

それで、ストレージのロジックを見てきました、コンポーネントの移動についてはどうですか?Angularはどのようにナビゲーションをインターセプトし、保存されたものをその場所に置くことを決定しますか?

  1. ここでも、shouldReuseRouteが返された後false、をshouldAttach実行します。これは、メモリ内でコンポーネントを再生成するか使用するかを判断する機会です。保存されたコンポーネントを再利用したい場合は、trueます。順調です。
  2. これで、Angularから「どのコンポーネントを使用しますか?」と尋ねられます。これは、そのコンポーネントのDetachedRouteHandlefromを返すことで示しますretrieve

必要なロジックはこれだけです。reuse-strategy.ts以下ののコードでは、2つのオブジェクトを比較する気の利いた関数も残しています。私はそれを使用して、将来のルートroute.paramsroute.queryParams保存されたルートを比較します。それらがすべて一致する場合は、新しいコンポーネントを生成するのではなく、格納されているコンポーネントを使用します。しかし、それをどのように行うかはあなた次第です!

再利用戦略.ts

/**
 * reuse-strategy.ts
 * by corbfon 1/6/17
 */

import { ActivatedRouteSnapshot, RouteReuseStrategy, DetachedRouteHandle } from '@angular/router';

/** Interface for object which can store both: 
 * An ActivatedRouteSnapshot, which is useful for determining whether or not you should attach a route (see this.shouldAttach)
 * A DetachedRouteHandle, which is offered up by this.retrieve, in the case that you do want to attach the stored route
 */
interface RouteStorageObject {
    snapshot: ActivatedRouteSnapshot;
    handle: DetachedRouteHandle;
}

export class CustomReuseStrategy implements RouteReuseStrategy {

    /** 
     * Object which will store RouteStorageObjects indexed by keys
     * The keys will all be a path (as in route.routeConfig.path)
     * This allows us to see if we've got a route stored for the requested path
     */
    storedRoutes: { [key: string]: RouteStorageObject } = {};

    /** 
     * Decides when the route should be stored
     * If the route should be stored, I believe the boolean is indicating to a controller whether or not to fire this.store
     * _When_ it is called though does not particularly matter, just know that this determines whether or not we store the route
     * An idea of what to do here: check the route.routeConfig.path to see if it is a path you would like to store
     * @param route This is, at least as I understand it, the route that the user is currently on, and we would like to know if we want to store it
     * @returns boolean indicating that we want to (true) or do not want to (false) store that route
     */
    shouldDetach(route: ActivatedRouteSnapshot): boolean {
        let detach: boolean = true;
        console.log("detaching", route, "return: ", detach);
        return detach;
    }

    /**
     * Constructs object of type `RouteStorageObject` to store, and then stores it for later attachment
     * @param route This is stored for later comparison to requested routes, see `this.shouldAttach`
     * @param handle Later to be retrieved by this.retrieve, and offered up to whatever controller is using this class
     */
    store(route: ActivatedRouteSnapshot, handle: DetachedRouteHandle): void {
        let storedRoute: RouteStorageObject = {
            snapshot: route,
            handle: handle
        };

        console.log( "store:", storedRoute, "into: ", this.storedRoutes );
        // routes are stored by path - the key is the path name, and the handle is stored under it so that you can only ever have one object stored for a single path
        this.storedRoutes[route.routeConfig.path] = storedRoute;
    }

    /**
     * Determines whether or not there is a stored route and, if there is, whether or not it should be rendered in place of requested route
     * @param route The route the user requested
     * @returns boolean indicating whether or not to render the stored route
     */
    shouldAttach(route: ActivatedRouteSnapshot): boolean {

        // this will be true if the route has been stored before
        let canAttach: boolean = !!route.routeConfig && !!this.storedRoutes[route.routeConfig.path];

        // this decides whether the route already stored should be rendered in place of the requested route, and is the return value
        // at this point we already know that the paths match because the storedResults key is the route.routeConfig.path
        // so, if the route.params and route.queryParams also match, then we should reuse the component
        if (canAttach) {
            let willAttach: boolean = true;
            console.log("param comparison:");
            console.log(this.compareObjects(route.params, this.storedRoutes[route.routeConfig.path].snapshot.params));
            console.log("query param comparison");
            console.log(this.compareObjects(route.queryParams, this.storedRoutes[route.routeConfig.path].snapshot.queryParams));

            let paramsMatch: boolean = this.compareObjects(route.params, this.storedRoutes[route.routeConfig.path].snapshot.params);
            let queryParamsMatch: boolean = this.compareObjects(route.queryParams, this.storedRoutes[route.routeConfig.path].snapshot.queryParams);

            console.log("deciding to attach...", route, "does it match?", this.storedRoutes[route.routeConfig.path].snapshot, "return: ", paramsMatch && queryParamsMatch);
            return paramsMatch && queryParamsMatch;
        } else {
            return false;
        }
    }

    /** 
     * Finds the locally stored instance of the requested route, if it exists, and returns it
     * @param route New route the user has requested
     * @returns DetachedRouteHandle object which can be used to render the component
     */
    retrieve(route: ActivatedRouteSnapshot): DetachedRouteHandle {

        // return null if the path does not have a routerConfig OR if there is no stored route for that routerConfig
        if (!route.routeConfig || !this.storedRoutes[route.routeConfig.path]) return null;
        console.log("retrieving", "return: ", this.storedRoutes[route.routeConfig.path]);

        /** returns handle when the route.routeConfig.path is already stored */
        return this.storedRoutes[route.routeConfig.path].handle;
    }

    /** 
     * Determines whether or not the current route should be reused
     * @param future The route the user is going to, as triggered by the router
     * @param curr The route the user is currently on
     * @returns boolean basically indicating true if the user intends to leave the current route
     */
    shouldReuseRoute(future: ActivatedRouteSnapshot, curr: ActivatedRouteSnapshot): boolean {
        console.log("deciding to reuse", "future", future.routeConfig, "current", curr.routeConfig, "return: ", future.routeConfig === curr.routeConfig);
        return future.routeConfig === curr.routeConfig;
    }

    /** 
     * This nasty bugger finds out whether the objects are _traditionally_ equal to each other, like you might assume someone else would have put this function in vanilla JS already
     * One thing to note is that it uses coercive comparison (==) on properties which both objects have, not strict comparison (===)
     * Another important note is that the method only tells you if `compare` has all equal parameters to `base`, not the other way around
     * @param base The base object which you would like to compare another object to
     * @param compare The object to compare to base
     * @returns boolean indicating whether or not the objects have all the same properties and those properties are ==
     */
    private compareObjects(base: any, compare: any): boolean {

        // loop through all properties in base object
        for (let baseProperty in base) {

            // determine if comparrison object has that property, if not: return false
            if (compare.hasOwnProperty(baseProperty)) {
                switch(typeof base[baseProperty]) {
                    // if one is object and other is not: return false
                    // if they are both objects, recursively call this comparison function
                    case 'object':
                        if ( typeof compare[baseProperty] !== 'object' || !this.compareObjects(base[baseProperty], compare[baseProperty]) ) { return false; } break;
                    // if one is function and other is not: return false
                    // if both are functions, compare function.toString() results
                    case 'function':
                        if ( typeof compare[baseProperty] !== 'function' || base[baseProperty].toString() !== compare[baseProperty].toString() ) { return false; } break;
                    // otherwise, see if they are equal using coercive comparison
                    default:
                        if ( base[baseProperty] != compare[baseProperty] ) { return false; }
                }
            } else {
                return false;
            }
        }

        // returns true only after false HAS NOT BEEN returned through all loops
        return true;
    }
}

動作

この実装は、ユーザーがルーターで1回だけ訪れるすべての一意のルートを格納します。これは、サイトでのユーザーのセッション全体を通じて、メモリに格納されているコンポーネントに追加され続けます。保存するルートを制限したい場合、それを行う場所はshouldDetachメソッドです。保存するルートを制御します。

ユーザーがホームページから何かを検索するとします。これにより、ユーザーは次のsearch/:termようなパスに移動しますwww.yourwebsite.com/search/thingsearchedfor。検索ページには一連の検索結果が含まれています。彼らが戻ってきたくなった場合に備えて、あなたはこのルートを保存したいと思います!検索結果をクリックするとview/:resultId、保存したくないに移動します。表示されるのはおそらく1回だけなので、上記の実装が整ったら、shouldDetachメソッドを変更するだけです!これは次のようになります。

まず、保存したいパスの配列を作成ましょう。

private acceptedRoutes: string[] = ["search/:term"];

これで、配列に対してshouldDetachを確認できroute.routeConfig.pathます。

shouldDetach(route: ActivatedRouteSnapshot): boolean {
    // check to see if the route's path is in our acceptedRoutes array
    if (this.acceptedRoutes.indexOf(route.routeConfig.path) > -1) {
        console.log("detaching", route);
        return true;
    } else {
        return false; // will be "view/:resultId" when user navigates to result
    }
}

Angularはルートのインスタンス1つしか保存しないので、このストレージは軽量になりsearch/:term、他のすべてではなく、にあるコンポーネントのみを保存します!

追加リンク

まだ多くのドキュメントはありませんが、存在するものへのリンクをいくつか示します。

Angular Docs:https : //angular.io/docs/ts/latest/api/router/index/RouteReuseStrategy-class.html

紹介記事:https : //www.softwarearchitekt.at/post/2016/12/02/sticky-routes-in-angular-2-3-with-routereusestrategy.aspx

nativescript-角度のデフォルトの実装RouteReuseStrategyhttps://github.com/NativeScript/nativescript-angular/blob/cb4fd3a/nativescript-angular/router/ns-route-reuse-strategy.ts


2
@shaahin現在の実装に含まれている正確なコードである例を追加しました!
Corbfon 2017年

1
@Corbfon githubの公式ページで問題も公開しました:github.com/angular/angular/issues/13869
Tjaart van der Walt

2
保存されたルートを再アクティブ化するときにエンターアニメーションを再実行する方法はありますか?
Jinder Sidhu 2017年

2
ReuseRouteStrategyはコンポーネントをルーターに戻すため、コンポーネントは元の状態に戻ります。コンポーネントがアタッチメントに反応するようにしたい場合は、を提供するサービスを使用できますObservable。コンポーネントはライフサイクルフックObservable中にサブスクライブする必要がありngOnInitます。次に、コンポーネントから、コンポーネントReuseRouteStrategyが接続されたばかりで、状態を適切に変更できることを通知できます。
Corbfon 2017年

1
@AndersGramMygind私の回答が提案した質問への回答を提供する場合、それを回答としてマークしますか?
Corbfon 2017年

44

受け入れられた答えに怯えないでください。これは非常に簡単です。ここにあなたが必要なものの簡単な答えがあります。それは非常に詳細でいっぱいなので、私は少なくとも受け入れられた答えを読むことをお勧めします。

このソリューションは、受け入れられた回答のようなパラメーター比較を行いませんが、ルートのセットを格納するためにうまく機能します。

app.module.tsインポート:

import { RouteReuseStrategy } from '@angular/router';
import { CustomReuseStrategy, Routing } from './shared/routing';

@NgModule({
//...
providers: [
    { provide: RouteReuseStrategy, useClass: CustomReuseStrategy },
  ]})

shared / routing.ts:

export class CustomReuseStrategy implements RouteReuseStrategy {
 routesToCache: string[] = ["dashboard"];
 storedRouteHandles = new Map<string, DetachedRouteHandle>();

 // Decides if the route should be stored
 shouldDetach(route: ActivatedRouteSnapshot): boolean {
    return this.routesToCache.indexOf(route.routeConfig.path) > -1;
 }

 //Store the information for the route we're destructing
 store(route: ActivatedRouteSnapshot, handle: DetachedRouteHandle): void {
    this.storedRouteHandles.set(route.routeConfig.path, handle);
 }

//Return true if we have a stored route object for the next route
 shouldAttach(route: ActivatedRouteSnapshot): boolean {
    return this.storedRouteHandles.has(route.routeConfig.path);
 }

 //If we returned true in shouldAttach(), now return the actual route data for restoration
 retrieve(route: ActivatedRouteSnapshot): DetachedRouteHandle {
    return this.storedRouteHandles.get(route.routeConfig.path);
 }

 //Reuse the route if we're going to and from the same route
 shouldReuseRoute(future: ActivatedRouteSnapshot, curr: ActivatedRouteSnapshot): boolean {
    return future.routeConfig === curr.routeConfig;
 }
}

1
これは遅延読み込みされるルートでも機能しますか?
bluePearl 2017

@bluePearl以下の回答をチェック
Chris Fremgen、

2
routeConfigはnullであり、ルートが異なるため、shouldReuseRouteは常にtrueを返しますが、これは望ましい動作ではありません
Gil Epshtain

19

受け入れられた回答(Corbfonによる)とChris Fremgenの短くて簡単な説明に加えて、再利用戦略を使用する必要があるルートを処理する、より柔軟な方法を追加したいと思います。

どちらの回答も、キャッシュするルートを配列に格納し、現在のルートパスが配列内にあるかどうかを確認します。このチェックはshouldDetachメソッドで行われます。

ルートの名前を変更したい場合は、CustomReuseStrategyクラスのルート名も変更することを忘れないようにする必要があるため、このアプローチには柔軟性がないと思います。変更を忘れるか、チームの他の開発者がの存在さえ知らなくても、ルート名を変更することを決定する場合がありRouteReuseStrategyます。

キャッシュしたいルートを配列に格納する代わりに、オブジェクトをRouterModule使用して直接マークすることができdataます。この方法では、ルート名を変更しても、再利用戦略が適用されます。

{
  path: 'route-name-i-can-change',
  component: TestComponent,
  data: {
    reuseRoute: true
  }
}

そして、shouldDetachメソッドでそれを利用します。

shouldDetach(route: ActivatedRouteSnapshot): boolean {
  return route.data.reuseRoute === true;
}

1
良い解決策。これは、実際に適用したような単純なフラグを使用して、標準の角度ルート再利用戦略に組み込まれるだけです。
MIP1983

すばらしい答えです。どうもありがとうございました!
claudiomatiasrg

14

遅延ロードされたモジュールでChris Fremgenの戦略を使用するには、CustomReuseStrategyクラスを次のように変更します。

import {ActivatedRouteSnapshot, DetachedRouteHandle, RouteReuseStrategy} from '@angular/router';

export class CustomReuseStrategy implements RouteReuseStrategy {
  routesToCache: string[] = ["company"];
  storedRouteHandles = new Map<string, DetachedRouteHandle>();

  // Decides if the route should be stored
  shouldDetach(route: ActivatedRouteSnapshot): boolean {
     return this.routesToCache.indexOf(route.data["key"]) > -1;
  }

  //Store the information for the route we're destructing
  store(route: ActivatedRouteSnapshot, handle: DetachedRouteHandle): void {
     this.storedRouteHandles.set(route.data["key"], handle);
  }

  //Return true if we have a stored route object for the next route
  shouldAttach(route: ActivatedRouteSnapshot): boolean {
     return this.storedRouteHandles.has(route.data["key"]);
  }

  //If we returned true in shouldAttach(), now return the actual route data for restoration
  retrieve(route: ActivatedRouteSnapshot): DetachedRouteHandle {
     return this.storedRouteHandles.get(route.data["key"]);
  }

  //Reuse the route if we're going to and from the same route
  shouldReuseRoute(future: ActivatedRouteSnapshot, curr: ActivatedRouteSnapshot): boolean {
     return future.routeConfig === curr.routeConfig;
  }
}

最後に、機能モジュールのルーティングファイルで、キーを定義します。

{ path: '', component: CompanyComponent, children: [
    {path: '', component: CompanyListComponent, data: {key: "company"}},
    {path: ':companyID', component: CompanyDetailComponent},
]}

詳細はこちら


1
これを追加してくれてありがとう!私はそれを試さなければならない。私のソリューションが遭遇する子ルート処理の問題のいくつかを修正することもできます。
Corbfon

route.data["key"]エラーなしでビルドするために使用する必要がありました。しかし、私が持っている問題は、2つの異なる場所で使用されるroute + componentがあることです。1. sample/list/itemそして、2. product/id/sample/list/itemするとき、それは罰金をロードしますが、私はに基づいて格納していますので、他の再付着エラーをスローパスのいずれかのI最初のロードlist/item私の仕事は、周りの私はルートを複製し、いくつかのURLパスへの変更が、同じコンポーネントを表示するとしているので。そのための別の回避策があるかどうかはわかりません。
bluePearl 2017

この種の混乱は私を混乱させました、上記はうまくいかず、キャッシュルートの1つにヒットするとすぐに爆発します(それはナビゲートしなくなり、コンソールのエラーが発生します)。これまでのところ、Chris Fremgenの解決策は私の怠惰なモジュールで問題なく機能するようです...
MIP1983

11

より有効で、完全で、再利用可能な別の実装。これは、@UğurDinçとして遅延ロードされたモジュールをサポートし、@ Davorルートデータフラグを統合します。最良の改善点は、ページの絶対パスに基づく(ほぼ)一意の識別子の自動生成です。これにより、すべてのページで自分で定義する必要がなくなります。

設定をキャッシュしたいページをマークしますreuseRoute: trueshouldDetachメソッドで使用されます。

{
  path: '',
  component: MyPageComponent,
  data: { reuseRoute: true },
}

これは、クエリパラメータを比較しない、最も単純な戦略の実装です。

import { ActivatedRouteSnapshot, RouteReuseStrategy, DetachedRouteHandle, UrlSegment } from '@angular/router'

export class CustomReuseStrategy implements RouteReuseStrategy {

  storedHandles: { [key: string]: DetachedRouteHandle } = {};

  shouldDetach(route: ActivatedRouteSnapshot): boolean {
    return route.data.reuseRoute || false;
  }

  store(route: ActivatedRouteSnapshot, handle: DetachedRouteHandle): void {
    const id = this.createIdentifier(route);
    if (route.data.reuseRoute) {
      this.storedHandles[id] = handle;
    }
  }

  shouldAttach(route: ActivatedRouteSnapshot): boolean {
    const id = this.createIdentifier(route);
    const handle = this.storedHandles[id];
    const canAttach = !!route.routeConfig && !!handle;
    return canAttach;
  }

  retrieve(route: ActivatedRouteSnapshot): DetachedRouteHandle {
    const id = this.createIdentifier(route);
    if (!route.routeConfig || !this.storedHandles[id]) return null;
    return this.storedHandles[id];
  }

  shouldReuseRoute(future: ActivatedRouteSnapshot, curr: ActivatedRouteSnapshot): boolean {
    return future.routeConfig === curr.routeConfig;
  }

  private createIdentifier(route: ActivatedRouteSnapshot) {
    // Build the complete path from the root to the input route
    const segments: UrlSegment[][] = route.pathFromRoot.map(r => r.url);
    const subpaths = ([] as UrlSegment[]).concat(...segments).map(segment => segment.path);
    // Result: ${route_depth}-${path}
    return segments.length + '-' + subpaths.join('/');
  }
}

これはクエリパラメータも比較します。compareObjects@Corbfonバージョンよりも少し改善されています。基本オブジェクトと比較オブジェクトの両方のプロパティをループします。lodash isEqualメソッドのような外部のより信頼できる実装を使用できることを覚えておいてください。

import { ActivatedRouteSnapshot, RouteReuseStrategy, DetachedRouteHandle, UrlSegment } from '@angular/router'

interface RouteStorageObject {
  snapshot: ActivatedRouteSnapshot;
  handle: DetachedRouteHandle;
}

export class CustomReuseStrategy implements RouteReuseStrategy {

  storedRoutes: { [key: string]: RouteStorageObject } = {};

  shouldDetach(route: ActivatedRouteSnapshot): boolean {
    return route.data.reuseRoute || false;
  }

  store(route: ActivatedRouteSnapshot, handle: DetachedRouteHandle): void {
    const id = this.createIdentifier(route);
    if (route.data.reuseRoute && id.length > 0) {
      this.storedRoutes[id] = { handle, snapshot: route };
    }
  }

  shouldAttach(route: ActivatedRouteSnapshot): boolean {
    const id = this.createIdentifier(route);
    const storedObject = this.storedRoutes[id];
    const canAttach = !!route.routeConfig && !!storedObject;
    if (!canAttach) return false;

    const paramsMatch = this.compareObjects(route.params, storedObject.snapshot.params);
    const queryParamsMatch = this.compareObjects(route.queryParams, storedObject.snapshot.queryParams);

    console.log('deciding to attach...', route, 'does it match?');
    console.log('param comparison:', paramsMatch);
    console.log('query param comparison', queryParamsMatch);
    console.log(storedObject.snapshot, 'return: ', paramsMatch && queryParamsMatch);

    return paramsMatch && queryParamsMatch;
  }

  retrieve(route: ActivatedRouteSnapshot): DetachedRouteHandle {
    const id = this.createIdentifier(route);
    if (!route.routeConfig || !this.storedRoutes[id]) return null;
    return this.storedRoutes[id].handle;
  }

  shouldReuseRoute(future: ActivatedRouteSnapshot, curr: ActivatedRouteSnapshot): boolean {
    return future.routeConfig === curr.routeConfig;
  }

  private createIdentifier(route: ActivatedRouteSnapshot) {
    // Build the complete path from the root to the input route
    const segments: UrlSegment[][] = route.pathFromRoot.map(r => r.url);
    const subpaths = ([] as UrlSegment[]).concat(...segments).map(segment => segment.path);
    // Result: ${route_depth}-${path}
    return segments.length + '-' + subpaths.join('/');
  }

  private compareObjects(base: any, compare: any): boolean {

    // loop through all properties
    for (const baseProperty in { ...base, ...compare }) {

      // determine if comparrison object has that property, if not: return false
      if (compare.hasOwnProperty(baseProperty)) {
        switch (typeof base[baseProperty]) {
          // if one is object and other is not: return false
          // if they are both objects, recursively call this comparison function
          case 'object':
            if (typeof compare[baseProperty] !== 'object' || !this.compareObjects(base[baseProperty], compare[baseProperty])) {
              return false;
            }
            break;
          // if one is function and other is not: return false
          // if both are functions, compare function.toString() results
          case 'function':
            if (typeof compare[baseProperty] !== 'function' || base[baseProperty].toString() !== compare[baseProperty].toString()) {
              return false;
            }
            break;
          // otherwise, see if they are equal using coercive comparison
          default:
            // tslint:disable-next-line triple-equals
            if (base[baseProperty] != compare[baseProperty]) {
              return false;
            }
        }
      } else {
        return false;
      }
    }

    // returns true only after false HAS NOT BEEN returned through all loops
    return true;
  }
}

一意のキーを生成する最善の方法があれば、私の答えにコメントしてください。コードを更新します。

ソリューションを共有してくれたすべての人に感謝します。


3
これは受け入れられる答えになるはずです。上記の多くのソリューションでは、同じ子URLを持つ複数のページをサポートできません。彼らは、フルパスではないactivatedRoute URLを比較しているからです。
zhuhang.jasper

4

私たちの場合、言及されたすべての解決策はどういうわけか不十分でした。以下の小さなビジネスアプリがあります。

  1. 紹介ページ
  2. ログインページ
  3. アプリ(ログイン後)

私たちの要件:

  1. 遅延ロードされたモジュール
  2. マルチレベルルート
  3. すべてのルーター/コンポーネントの状態をアプリセクションのメモリに保存する
  4. 特定のルートでデフォルトの角度再利用戦略を使用するオプション
  5. ログアウト時にメモリに保存されているすべてのコンポーネントを破棄する

ルートの簡単な例:

const routes: Routes = [{
    path: '',
    children: [
        {
            path: '',
            canActivate: [CanActivate],
            loadChildren: () => import('./modules/dashboard/dashboard.module').then(module => module.DashboardModule)
        },
        {
            path: 'companies',
            canActivate: [CanActivate],
            loadChildren: () => import('./modules/company/company.module').then(module => module.CompanyModule)
        }
    ]
},
{
    path: 'login',
    loadChildren: () => import('./modules/login/login.module').then(module => module.LoginModule),
    data: {
        defaultReuseStrategy: true, // Ignore our custom route strategy
        resetReuseStrategy: true // Logout redirect user to login and all data are destroyed
    }
}];

再利用戦略:

export class AppReuseStrategy implements RouteReuseStrategy {

private handles: Map<string, DetachedRouteHandle> = new Map();

// Asks if a snapshot from the current routing can be used for the future routing.
public shouldReuseRoute(future: ActivatedRouteSnapshot, curr: ActivatedRouteSnapshot): boolean {
    return future.routeConfig === curr.routeConfig;
}

// Asks if a snapshot for the current route already has been stored.
// Return true, if handles map contains the right snapshot and the router should re-attach this snapshot to the routing.
public shouldAttach(route: ActivatedRouteSnapshot): boolean {
    if (this.shouldResetReuseStrategy(route)) {
        this.deactivateAllHandles();
        return false;
    }

    if (this.shouldIgnoreReuseStrategy(route)) {
        return false;
    }

    return this.handles.has(this.getKey(route));
}

// Load the snapshot from storage. It's only called, if the shouldAttach-method returned true.
public retrieve(route: ActivatedRouteSnapshot): DetachedRouteHandle | null {
    return this.handles.get(this.getKey(route)) || null;
}

// Asks if the snapshot should be detached from the router.
// That means that the router will no longer handle this snapshot after it has been stored by calling the store-method.
public shouldDetach(route: ActivatedRouteSnapshot): boolean {
    return !this.shouldIgnoreReuseStrategy(route);
}

// After the router has asked by using the shouldDetach-method and it returned true, the store-method is called (not immediately but some time later).
public store(route: ActivatedRouteSnapshot, handle: DetachedRouteHandle | null): void {
    if (!handle) {
        return;
    }

    this.handles.set(this.getKey(route), handle);
}

private shouldResetReuseStrategy(route: ActivatedRouteSnapshot): boolean {
    let snapshot: ActivatedRouteSnapshot = route;

    while (snapshot.children && snapshot.children.length) {
        snapshot = snapshot.children[0];
    }

    return snapshot.data && snapshot.data.resetReuseStrategy;
}

private shouldIgnoreReuseStrategy(route: ActivatedRouteSnapshot): boolean {
    return route.data && route.data.defaultReuseStrategy;
}

private deactivateAllHandles(): void {
    this.handles.forEach((handle: DetachedRouteHandle) => this.destroyComponent(handle));
    this.handles.clear();
}

private destroyComponent(handle: DetachedRouteHandle): void {
    const componentRef: ComponentRef<any> = handle['componentRef'];

    if (componentRef) {
        componentRef.destroy();
    }
}

private getKey(route: ActivatedRouteSnapshot): string {
    return route.pathFromRoot
        .map((snapshot: ActivatedRouteSnapshot) => snapshot.routeConfig ? snapshot.routeConfig.path : '')
        .filter((path: string) => path.length > 0)
        .join('');
    }
}

3

次は仕事です!参照:https : //www.cnblogs.com/lovesangel/p/7853364.html

import { ActivatedRouteSnapshot, DetachedRouteHandle, RouteReuseStrategy } from '@angular/router';

export class CustomReuseStrategy implements RouteReuseStrategy {

    public static handlers: { [key: string]: DetachedRouteHandle } = {}

    private static waitDelete: string

    public static deleteRouteSnapshot(name: string): void {
        if (CustomReuseStrategy.handlers[name]) {
            delete CustomReuseStrategy.handlers[name];
        } else {
            CustomReuseStrategy.waitDelete = name;
        }
    }
   
    public shouldDetach(route: ActivatedRouteSnapshot): boolean {
        return true;
    }

   
    public store(route: ActivatedRouteSnapshot, handle: DetachedRouteHandle): void {
        if (CustomReuseStrategy.waitDelete && CustomReuseStrategy.waitDelete == this.getRouteUrl(route)) {
            // 如果待删除是当前路由则不存储快照
            CustomReuseStrategy.waitDelete = null
            return;
        }
        CustomReuseStrategy.handlers[this.getRouteUrl(route)] = handle
    }

    
    public shouldAttach(route: ActivatedRouteSnapshot): boolean {
        return !!CustomReuseStrategy.handlers[this.getRouteUrl(route)]
    }

    /** 从缓存中获取快照,若无则返回nul */
    public retrieve(route: ActivatedRouteSnapshot): DetachedRouteHandle {
        if (!route.routeConfig) {
            return null
        }

        return CustomReuseStrategy.handlers[this.getRouteUrl(route)]
    }

   
    public shouldReuseRoute(future: ActivatedRouteSnapshot, curr: ActivatedRouteSnapshot): boolean {
        return future.routeConfig === curr.routeConfig &&
            JSON.stringify(future.params) === JSON.stringify(curr.params);
    }

    private getRouteUrl(route: ActivatedRouteSnapshot) {
        return route['_routerState'].url.replace(/\//g, '_')
    }
}


1
注意してください、これは内部変数を使用します_routerState
DarkNeuron 2018年

@DarkNeuronは_routerState有害ですか?
k11k2

2
いいえ。ただし、内部的に使用され、APIで公開されていないため、Googleは変数を保持する義務を負いません。
DarkNeuron

私たちが電話しているときdeleteRouteSnapshot
k11k2 2018

0

カスタムルートの再利用戦略を実装するこれらの問題に直面しました。

  1. ルートのアタッチ/デタッチでの操作の実行:サブスクリプションの管理、クリーンアップなど。
  2. 最後にパラメータ化されたルートの状態のみを保存します。メモリの最適化。
  3. 状態ではなくコンポーネントを再利用する:状態管理ツールで状態を管理します。
  4. 「別のルートから作成されたActivatedRouteSnapshotを再接続できません」エラー。

そこで、これらの問題を解決するライブラリを作成しました。ライブラリは、アタッチ/デタッチフックのサービスとデコレータを提供し、ルートのパスではなく、デタッチされたルートを格納するためにルートのコンポーネントを使用します。

例:

/* Usage with decorators */
@onAttach()
public onAttach(): void {
  // your code...
}

@onDetach()
public onDetach(): void {
  // your code...
}

/* Usage with a service */
public ngOnInit(): void {
  this.cacheRouteReuse
    .onAttach(HomeComponent) // or any route's component
    .subscribe(component => {
      // your code...
    });

  this.cacheRouteReuse
    .onDetach(HomeComponent) // or any route's component
    .subscribe(component => {
      // your code...
    });
}

ライブラリ:https : //www.npmjs.com/package/ng-cache-route-reuse


自分のライブラリまたはチュートリアルにリンクするだけでは、適切な回答ではありません。それへのリンク、問題を解決する理由の説明、その解決方法に関するコードの提供、およびユーザーが作成したコードの否認により、より良い回答が得られます。参照:「良い」自己宣伝を意味するものは何ですか?
ポールルーブ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.