回答編集履歴
2
追記
test
CHANGED
|
@@ -57,3 +57,67 @@
|
|
|
57
57
|
|
|
58
58
|
|
|
59
59
|
上記のような話ではないなら、そもそも何がしたいのかのシナリオ・目的などを書いてください。
|
|
60
|
+
|
|
61
|
+
|
|
62
|
+
|
|
63
|
+
**【追記】**
|
|
64
|
+
|
|
65
|
+
|
|
66
|
+
|
|
67
|
+
> ロールを使用する場合、世間一般にはどういう様に実装しているのか？ ロールチェックやセッション変数の使い方が分っていても、実際の具体的な実装方法が知りたいです。
|
|
68
|
+
|
|
69
|
+
|
|
70
|
+
|
|
71
|
+
「世間一般には」というと、自分が知る限りでは上の回答に書いた通りアクセスの制限で、[Authorize(Roles = "Administrator")] というような属性を付与することです。
|
|
72
|
+
|
|
73
|
+
|
|
74
|
+
|
|
75
|
+
ロールによって同じページの中で処理を分けるというのは自分の想像の範囲を超えてました。
|
|
76
|
+
|
|
77
|
+
|
|
78
|
+
|
|
79
|
+
> 「IsInRoleAsync()を毎回使う」のと、「その結果をセッション変数に入れておく」方法のコスト差(主に実行時の速度パフォーマンス)が気になります。DBとのデータアクセスの方が遥かにコストが高いので気にする事は無いのかもしれませんが
|
|
80
|
+
|
|
81
|
+
|
|
82
|
+
|
|
83
|
+
IsInRoleAsync() メソッドを使うとそのたび DB にアクセスするが、それを避けるために Session を使うということを考えているのですよね。
|
|
84
|
+
|
|
85
|
+
|
|
86
|
+
|
|
87
|
+
上の回答で紹介した記事、
|
|
88
|
+
|
|
89
|
+
|
|
90
|
+
|
|
91
|
+
ASP.NET Core でのロールベースの承認
|
|
92
|
+
|
|
93
|
+
[https://docs.microsoft.com/ja-jp/aspnet/core/security/authorization/roles](https://docs.microsoft.com/ja-jp/aspnet/core/security/authorization/roles)
|
|
94
|
+
|
|
95
|
+
|
|
96
|
+
|
|
97
|
+
に書いてあるように、ClaimsPrincipal クラスの IsInRole メソッドを使ってください。以下のような感じ。
|
|
98
|
+
|
|
99
|
+
|
|
100
|
+
|
|
101
|
+
|
|
102
|
+
|
|
103
|
+
|
|
104
|
+
|
|
105
|
+
質問者さんの先のスレッド [https://teratail.com/questions/321876](https://teratail.com/questions/321876) で言いましたが、User で取得できるのは ClaimsPrincipal です。なので、OnGetAsync メソッドの中で上のようにして ClaimsPrincipal.IsInRole メソッドで判定できます。
|
|
106
|
+
|
|
107
|
+
|
|
108
|
+
|
|
109
|
+
User すなわち ClaimsPrincipal は認証クッキーに含まれる認証チケットから生成するので、いちいち DB にアクセスしに行ってません。なので「その結果をセッション変数に入れておく」うんぬんは全く考える必要はありません。
|
|
110
|
+
|
|
111
|
+
|
|
112
|
+
|
|
113
|
+
|
|
114
|
+
|
|
115
|
+
> リスト１つの関数内であれば、関数の先頭で取得して、AdminFlgを覚えておけば良いですが、ページが複数あるのでそれぞれの、ユーザの情報や、店舗情報、イベントのページでGetやPostが呼ばれる毎に毎回IsInRoleAsync()で取得するのは、当然の事なのでしょうか？ これらの処理を行う共通関数を用意して、OnGetなどの各関数の先頭でuserManager、User、AdminFlg、OwnerFlgを引数にして呼ぶ・・・というよりは、これらの要素を持ったクラスを生成する？のが良いのでしょうか？
|
|
116
|
+
|
|
117
|
+
|
|
118
|
+
|
|
119
|
+
上に述べた通りです。User (ClaimsPrincipal) は必ず生成されますので、それから IsInRole メソッドでロールに属するか否かを判定してください。
|
|
120
|
+
|
|
121
|
+
|
|
122
|
+
|
|
123
|
+
|
1
訂正
test
CHANGED
|
@@ -6,7 +6,7 @@
|
|
|
6
6
|
|
|
7
7
|
|
|
8
8
|
|
|
9
|
-
例えば Administrator というロールがあって、Administrator ロールを持つユーザー以外の
|
|
9
|
+
例えば Administrator というロールがあって、Administrator ロールを持つユーザー以外のページへのアクセスを制限したいなら、そのページのクラスに以下のように属性を付与すれば OK です。お試しください。
|
|
10
10
|
|
|
11
11
|
|
|
12
12
|
|