1

目標

pickSessionまたはProfileProviderto は、一部のユーザーの情報に命を吹き込みます。

問題

SessionとProfileProviderは別のものです — それらは異なる役割を果たします。

常に使用する必要がある 3 つの情報があります。ユーザーのFristnameとLastnameですStoreId。FirstnameとLastnameは常に同じですが、StoreIdは変更できます。また、その値を Cookie に保存することはできません。

したがって、質問する必要があります: このシナリオに基づいて、これらの情報 (名/姓と StoreId) をSession?内に保存するのに問題があります。すべての のメソッドをインストールして実装するにはProfileProvider時間がかかりすぎます。Sessionこれはすぐに解決できますが、このデータ ストレージの方法で名/姓を保存するのに何か問題があるかどうかを知る必要があります。

広すぎます？

この質問は複数の意見を共有できると思いますが、提案は非常に単純です。これらの 3 つの情報をSession? 実際にできることはわかっていますが、知っておくべきことはもっと簡単です。これにはいくらかかりますか? パフォーマンス (どのくらい/なぜ?)? セキュリティ (どのくらい/なぜ?)?

4

1 に答える 1

1

もちろん、できます。そして、ここではパフォーマンスやセキュリティが問題になるとは思いません (つまり、詳細を知らなくても)。重要なのは、このデータを保存する期間です。セッション中の場合は、ユーザーがセッションを終了 (ログアウト) するとすぐに消えます。それでも問題ない場合は、セッション変数を使用してください。次回同じユーザーがログインするときにこのデータを知る必要がある場合は、ProfileProvider が必要です。セッションとは無関係にデータを保存します。

于 2013-08-26T21:52:58.723 に答える