🚀 Laravel 自定义验证规则的依赖注入策略与条件分支方法：一场技术讲座
哈喽大家好！欢迎来到今天的 Laravel 技术讲座。今天我们要聊的话题是 自定义验证规则的依赖注入策略 和 验证逻辑的条件分支方法。听起来是不是有点高大上？别怕，我会用轻松诙谐的语言，带着大家一起探索这个有趣的话题！🌟
📝 课程大纲
- 什么是自定义验证规则？
- 依赖注入在验证规则中的应用
- 条件分支方法的设计模式
- 代码实战：从零开始构建一个复杂的验证规则
- 总结与 Q&A
🌟 1. 什么是自定义验证规则？
在 Laravel 中，默认提供了一些常用的验证规则（比如 required、email、min 等），但很多时候这些规则并不能完全满足我们的需求。这时，我们就可以通过 自定义验证规则 来扩展 Laravel 的功能。
举个例子：假设你有一个需求，需要验证用户输入的密码是否符合以下规则：
- 至少包含一个大写字母；
- 至少包含一个数字；
- 至少包含一个特殊字符。
这种情况下，Laravel 默认的 regex 验证可能显得不够优雅，这时候就需要我们自己动手，丰衣足食啦！💪
🔧 2. 依赖注入在验证规则中的应用
在 Laravel 中，依赖注入（Dependency Injection, DI）是一种非常强大的设计模式。它可以帮助我们将复杂的功能模块化，从而提高代码的可维护性和复用性。
为什么需要依赖注入？
假设我们需要在验证规则中调用一个外部服务（比如 Redis 或数据库）。如果直接在规则类中硬编码这些服务，会导致代码耦合度变高，测试起来也会更麻烦。
实现方式
我们可以使用 Laravel 提供的 Rule 接口来创建自定义验证规则，并通过构造函数实现依赖注入。
use IlluminateContractsValidationRule;
use IlluminateSupportFacadesRedis;
class PasswordComplexity implements Rule
{
protected $redis;
public function __construct(Redis $redis)
{
$this->redis = $redis;
}
public function passes($attribute, $value)
{
// 使用 Redis 进行一些额外的验证逻辑
return preg_match('/[A-Z]/', $value) &&
preg_match('/d/', $value) &&
preg_match('/[!@#$%^&*]/', $value);
}
public function message()
{
return 'The :attribute must contain at least one uppercase letter, one number, and one special character.';
}
}在这个例子中，我们通过构造函数将 Redis 注入到了 PasswordComplexity 类中。这样，我们就可以在验证逻辑中使用 Redis 了！
🍴 3. 条件分支方法的设计模式
有时候，验证逻辑会变得非常复杂，需要根据不同的条件执行不同的验证规则。例如：
- 如果用户是管理员，则不需要验证邮箱格式；
- 如果用户是普通用户，则必须验证邮箱格式。
这种情况下，我们可以使用 条件分支方法 来设计验证逻辑。
示例：基于角色的验证逻辑
public function validateUser(Request $request)
{
if ($request->input('role') === 'admin') {
$rules = [
'username' => 'required|min:3',
];
} else {
$rules = [
'username' => 'required|min:3',
'email' => 'required|email|unique:users',
];
}
return Validator::make($request->all(), $rules);
}这种方式虽然简单易懂，但如果条件分支越来越多，代码就会变得难以维护。因此，我们可以引入 策略模式 来优化代码结构。
策略模式示例
interface ValidationStrategy
{
public function applyRules(): array;
}
class AdminValidationStrategy implements ValidationStrategy
{
public function applyRules()
{
return [
'username' => 'required|min:3',
];
}
}
class UserValidationStrategy implements ValidationStrategy
{
public function applyRules()
{
return [
'username' => 'required|min:3',
'email' => 'required|email|unique:users',
];
}
}
class ValidatorFactory
{
public static function getValidator($role): ValidationStrategy
{
if ($role === 'admin') {
return new AdminValidationStrategy();
}
return new UserValidationStrategy();
}
}
// 使用工厂模式动态选择验证策略
$validator = ValidatorFactory::getValidator($request->input('role'));
$rules = $validator->applyRules();
return Validator::make($request->all(), $rules);通过策略模式，我们将不同角色的验证逻辑分离到不同的类中，使得代码更加清晰和易于扩展。
💻 4. 代码实战：从零开始构建一个复杂的验证规则
假设我们有一个需求：验证用户上传的文件是否符合以下规则：
- 文件大小不能超过 2MB；
- 文件类型必须是图片（如
jpg、png）； - 如果用户是 VIP，则允许上传更大的文件（比如 5MB）。
实现步骤
- 创建自定义验证规则类：
use IlluminateContractsValidationRule;
class FileUploadRule implements Rule
{
protected $userIsVIP;
public function __construct(bool $userIsVIP)
{
$this->userIsVIP = $userIsVIP;
}
public function passes($attribute, $value)
{
$maxSize = $this->userIsVIP ? 5 * 1024 * 1024 : 2 * 1024 * 1024; // VIP 可以上传更大文件
$allowedTypes = ['image/jpeg', 'image/png'];
if ($value->getSize() > $maxSize) {
return false;
}
if (!in_array($value->getMimeType(), $allowedTypes)) {
return false;
}
return true;
}
public function message()
{
return 'The :attribute must be a valid image file with a size no larger than ' .
($this->userIsVIP ? '5MB' : '2MB') . '.';
}
}- 在控制器中使用：
use AppRulesFileUploadRule;
public function uploadFile(Request $request)
{
$rules = [
'file' => [new FileUploadRule($request->user()->isVIP)],
];
$validator = Validator::make($request->all(), $rules);
if ($validator->fails()) {
return response()->json(['errors' => $validator->errors()], 422);
}
// 处理文件上传逻辑
}🎉 5. 总结与 Q&A
今天我们学习了：
- 如何通过依赖注入让自定义验证规则更加灵活；
- 如何使用条件分支方法和策略模式设计复杂的验证逻辑；
- 通过代码实战，掌握了一个完整的自定义验证规则开发流程。
如果你有任何问题或想法，欢迎在评论区留言！下次见啦，拜拜～👋
发表回复