この記事は、Laravel 5.4 バージョンのローカリゼーション モジュール コードの分析と作成に基づいています。これが、皆さんが Auth モジュールをより良く学ぶのに役立つことを願っています。
モジュール構成
Auth モジュールは、ファイル構成の観点から、ユーザー認証と権限管理の 2 つの部分に機能的に分割されています。IlluminateAuthPasswords ディレクトリは、パスワードのリセットまたはパスワード忘れの処理のための小さなモジュールであり、IlluminateAuth はユーザーの管理を担当します。認証と権限管理モジュールである IlluminateFoundationAuth は、ログイン、パスワード変更、パスワード リセットなどの一連の特定のロジック実装を提供します
次の図は、Auth モジュールのさまざまなファイル間の関係と簡単な説明を示しています。
ユーザー認証
HTTP自体はステートレスであり、通常はシステム対話のプロセスで、認証されたユーザーを決定するためにアカウントまたはトークンの識別が使用されます
設定ファイルの解釈
return [
'defaults' => [
'guard' => 'web',
...
],
'guards' => [
'web' => [
'driver' => 'session',
'provider' => 'users',
],
'api' => [
'driver' => 'token',
'provider' => 'users',
],
],
'providers' => [
'users' => [
'driver' => 'eloquent',
'model' => App\User::class,
],
],
],
];
ログイン後にコピー
下から上まで理解してください。
プロバイダーはユーザーデータを提供します。インターフェイスはドライバーオブジェクトとターゲットオブジェクトでマークされている必要があります。ここで、キー名 users は eloquent によって駆動されるプロバイダーのセットの名前であり、モーダルは AppUser::class です。
ガード部分は認証管理部分用に構成されており、2 つの認証方法があります。1 つは Web と呼ばれるもので、もう 1 つは API に基づいて行われ、ユーザー ID はセッションの対話に基づいて取得されます。 sessionId、ユーザーはユーザープロバイダーで照会されます。API 認証はトークン値の対話に基づいており、ユーザープロバイダーも使用します。
デフォルト項目は、Web 認証がデフォルトで使用されることを示します。
セッション バインディング認証情報: -
// $credentials数组存放认证条件,比如邮箱或者用户名、密码
// $remember 表示是否要记住,生成 `remember_token`
public function attempt(array $credentials = [], $remember = false)
public function login(AuthenticatableContract $user, $remember = false)
public function loginUsingId($id, $remember = false)
ログイン後にコピー
HTTP 基本認証。認証情報はリクエスト ヘッダーに配置されます。後続のリクエストは sessionId を通じてアクセスされます。
public function basic($field = 'email', $extraConditions = [])
ログイン後にコピー
には認証情報は記録されません。セッション:
public function once(array $credentials = [])
public function onceUsingId($id)
public function onceBasic($field = 'email', $extraConditions = [])
ログイン後にコピー
認証プロセス (登録、パスワードを忘れた場合を含む) 中に、定義されたイベントは次のとおりです:
イベント名
説明
試行中 | イベント検証の試行 |
認証済み
検証合格イベント |
| 失敗
検証失敗イベント |
| ロックアウト
失敗の数が制限を超えると、リクエストは再度イベントにアクセスするためにロックされます |
。 | Logi
「remember_token」経由でログインに成功したときに呼び出されるイベント |
| Logout
ユーザー終了イベント |
| Registered
ユーザー登録イベント |
|
还有一些其他的认证方法:
检查是否存在认证用户:Auth::check()
获取当前认证用户:Auth::user()
退出系统:Auth::logout()
密码处理
配置解读
return [
'defaults' => [
'passwords' => 'users',
...
],
'passwords' => [
'users' => [
'provider' => 'users',
'table' => 'password_resets',
'expire' => 60,
],
],
]
ログイン後にコピー
从下往上,看配置;
重置密码的调用与实现
先看看Laravel的重置密码功能是怎么实现的:
public function reset(array $credentials, Closure $callback) {
// 验证用户名、密码和 token 是否有效
$user = $this->validateReset($credentials);
if (! $user instanceof CanResetPasswordContract) {
return $user;
}
$password = $credentials['password'];
// 回调函数执行修改密码,及持久化存储
$callback($user, $password);
// 删除重置密码时持久化存储保存的 token
$this->tokens->delete($user);
return static::PASSWORD_RESET;
}
ログイン後にコピー
再看看Foundation\Auth模块封装的重置密码模块是怎么调用的:
// 暴露的重置密码 API
public function reset(Request $request) {
// 验证请求参数 token、email、password、password_confirmation
$this->validate($request, $this->rules(), $this->validationErrorMessages());
// 调用重置密码的方法,第二个参数是回调,做一些持久化存储工作
$response = $this->broker()->reset(
$this->credentials($request), function ($user, $password) {
$this->resetPassword($user, $password);
}
);
// 封装 Response
return $response == Password::PASSWORD_RESET
? $this->sendResetResponse($response)
: $this->sendResetFailedResponse($request, $response);
}
// 获取重置密码时的请求参数
protected function credentials(Request $request) {
return $request->only(
'email', 'password', 'password_confirmation', 'token'
);
}
// 重置密码的真实性验证后,进行的持久化工作
protected function resetPassword($user, $password) {
// 修改后的密码、重新生成 remember_token
$user->forceFill([
'password' => bcrypt($password),
'remember_token' => Str::random(60),
])->save();
// session 中的用户信息也进行重新赋值
$this->guard()->login($user);
}
ログイン後にコピー
“忘记密码 => 发邮件 => 重置密码” 的大体流程如下:
点击“忘记密码”,通过路由配置,跳到“忘记密码”页面,页面上有“要发送的邮箱”这个字段要填写;
验证“要发送的邮箱”是否是数据库中存在的,如果存在,即向该邮箱发送重置密码邮件;
重置密码邮件中有一个链接(点击后会携带 token 到修改密码页面),同时数据库会保存这个 token 的哈希加密后的值;
填写“邮箱”,“密码”,“确认密码”三个字段后,携带 token 访问重置密码API,首页判断邮箱、密码、确认密码这三个字段,然后验证 token是否有效;如果是,则重置成功;
权限管理
权限管理是依靠内存空间维护的一个数组变量abilities来维护,结构如下:
$abilities = array(
'定义的动作名,比如以路由的 as 名(common.dashboard.list)' => function($user) {
// 方法的参数,第一位是 $user, 当前 user, 后面的参数可以自行决定
return true; // 返回 true 意味有权限, false 意味没有权限
},
......
);
ログイン後にコピー
但只用 $abilities,会使用定义的那部分代码集中在一起太烦索,所以有policy策略类的出现;
policy策略类定义一组实体及实体权限类的对应关系,比如以文章举例:
有一个 Modal实体类叫 Post,可以为这个实体类定义一个PostPolicy权限类,在这个权限类定义一些动作为方法名;
class PostPolicy {
// update 权限,文章作者才可以修改
public function update(User $user, Post $post) {
return $user->id === $post->user_id;
}
}
ログイン後にコピー
然后在ServiceProvider中注册,这样系统就知道,如果你要检查的类是Post对象,加上你给的动作名,系统会找到PostPolicy类的对应方法;
protected $policies = [
Post::class => PostPolicy::class,
];
ログイン後にコピー
怎么调用呢?
对于定义在abilities数组的权限:
当前用户是否具备common.dashboard.list权限:Gate::allows('common.dashboard.list')
当前用户是否具备common.dashboard.list权限:! Gate::denies('common.dashboard.list')
当前用户是否具备common.dashboard.list权限:$request->user()->can('common.dashboard.list')
当前用户是否具备common.dashboard.list权限:! $request->user()->cannot('common.dashboard.list')
指定用户是否具备common.dashboard.list权限:Gate::forUser($user)->allows('common.dashboard.list')
对于policy策略类调用的权限:
当前用户是否可以修改文章(Gate 调用):Gate::allows('update', $post)
当前用户是否可以修改文章(user 调用):$user->can('update', $post)
当前用户是否可以修改文章(用帮助函数):policy($post)->update($user, $post)
当前用户是否可以修改文章(Controller 类方法中调用):$this->authorize('update', $post);
当前用户是否可以修改文章(Controller 类同名方法中调用):$this->authorize($post);
指定用户是否可以修改文章(Controller 类方法中调用):$this->authorizeForUser($user, 'update', $post);
有用的技巧
获取当前系统注册的权限,包括两部分abilities和policies数组内容,代码如下:
$gate = app(\Illuminate\Contracts\Auth\Access\Gate::class);
$reflection_gate = new ReflectionClass($gate);
$policies = $reflection_gate->getProperty('policies');
$policies->setAccessible(true);
// 获取当前注册的 policies 数组
dump($policies->getValue($gate));
$abilities = $reflection_gate->getProperty('abilities');
$abilities->setAccessible(true);
// 获取当前注册的 abilities 数组
dump($abilities->getValue($gate));
ログイン後にコピー
相关推荐:
Laravel5.3如何通过公共的auth模块验证不同表中的用户
以上がLaravelのAuthモジュール例の詳しい説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。