没有不值得去解决的问题,也没有不值得去学习的技术!

在 Laravel 9 中,验证两个时间字段跨度不可超过3个月

当 "shipping_at_gmt_start": "2024-01-31T16:00:00.000Z", "shipping_at_gmt_end": "2024-05-01T16:01:00.000Z" 验证失败。符合预期。

1、请求参数如下,需要确保 shipping_at_gmt_end 不可超出 shipping_at_gmt_start 3 个月。如图1

请求参数如下,需要确保 shipping_at_gmt_end 不可超出 shipping_at_gmt_start 3 个月
图1
JSON

{
    "filter": {
        "shipping_at_gmt_start": "2024-02-08T16:00:00.000Z",
        "shipping_at_gmt_end": "2025-02-08T17:00:00.000Z"
    }
}

2、使用闭包自定义验证规则,基于 Carbon 实现。将 shipping_at_gmt_start 添加 3 个月后,然后再与 shipping_at_gmt_end 进行比较,如果 shipping_at_gmt_end 仍然晚于 shipping_at_gmt_start 添加 3 个月后的值,则验证失败。

PHP

'filter.shipping_at_gmt_start' => 'date',
'filter.shipping_at_gmt_end' => [
	'date',
	'after_or_equal:filter.shipping_at_gmt_start',
	function ($attribute, $value, $fail) use ($params) {
		$startDate = Carbon::parse($params['filter']['shipping_at_gmt_start'])->addMonths(3);
		$endDate = Carbon::parse($value);
		if ($endDate->isAfter($startDate)) {
			$fail('交运时间结束与交运时间开始的跨度不可超过3个月');
		}
	},
],

3、当 请求参数 不存在 shipping_at_gmt_start 时,报错:Undefined array key \”shipping_at_gmt_start\”,如果 shipping_at_gmt_start 不存在,则不验证 shipping_at_gmt_end。如图2

当 请求参数 不存在 shipping_at_gmt_start 时,报错:Undefined array key \"shipping_at_gmt_start\",如果 shipping_at_gmt_start 不存在,则不验证 shipping_at_gmt_end
图2
PHP

'filter.shipping_at_gmt_start' => 'date',
'filter.shipping_at_gmt_end' => [
	// 如果交运时间开始不存在,则不验证,防止报错:Undefined array key "shipping_at_gmt_start"
	'exclude_without:filter.shipping_at_gmt_start',
	'date',
	'after_or_equal:filter.shipping_at_gmt_start',
	function ($attribute, $value, $fail) use ($params) {
		$startDate = Carbon::parse($params['filter']['shipping_at_gmt_start'])->addMonths(3);
		$endDate = Carbon::parse($value);
		if ($endDate->isAfter($startDate)) {
			$fail('交运时间结束与交运时间开始的跨度不可超过3个月');
		}
	},
],

4、当 “shipping_at_gmt_start”: “2024-01-31T16:00:00.000Z”, “shipping_at_gmt_end”: “2024-05-01T16:00:00.000Z” 验证成功。当 “shipping_at_gmt_start”: “2024-01-31T16:00:00.000Z”, “shipping_at_gmt_end”: “2024-05-01T16:01:00.000Z” 验证失败。符合预期。2024-01-31 添加 3 个月后,其值为 2024-05-01,原因在于 2024-04 只有 30 天。如图3、图4

2024-01-31 添加 3 个月后,其值为 2024-05-01,原因在于 2024-04 只有 30 天。
图3

 

当 "shipping_at_gmt_start": "2024-01-31T16:00:00.000Z", "shipping_at_gmt_end": "2024-05-01T16:01:00.000Z" 验证失败。符合预期。
图4

PHP / Laravel / Yii2 老项目维护与长期技术支持

如果你的 PHP / Laravel / Yii2 项目已经上线,但遇到原开发离职、Bug 长期无人修复、接口不稳定、性能下降、代码难以接手等问题,可以联系我做一次远程技术排查。

适合以下情况:
✅ 老旧 PHP 系统无人维护
✅ Laravel / Yii2 项目 Bug 修复
✅ 后台管理系统小功能迭代
✅ RESTful API 接口排查
✅ MySQL / Redis / Nginx 性能问题
✅ 长期远程兼职维护

可先从一次小问题开始:
✅ 线上报错排查
✅ 接口异常分析
✅ 慢查询与性能瓶颈定位
✅ 代码结构初步评估
✅ 部署环境与日志检查

如需咨询,请联系我,并注明:PHP 维护咨询

联系方式:
Telegram:@shuijingwan
微信:13980074657
邮箱:shuijingwanwq@gmail.com