共计 2437 个字符，预计需要花费 7 分钟才能阅读完成。
前言
在实际的项目需求中，我相信很多人都能遇到如标题所说的问题，比如：一个月可修改昵称一次，或者一年可修改昵称三次；我下面的方法也比较简单，是在与朋友的讨论中得到的。
需求背景
为了表述的更清晰，我这里就简化了需求，如下：
每三个月 (这里按一个月 30 天来算, 也就是 90 天) 可更改用户昵称两次，如果三个月内没有用完两次，则下一个三个月拥有的更改次数重置，
还是两次。
准备工作
建立用户数据表 users (这里只列出该文章需要的字段)：
CREATE TABLE `users` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`username` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL COMMENT ‘ 添加时间 ’,
`create_time` timestamp NULL DEFAULT NULL COMMENT ‘ 添加时间 ’,
`username_update_num` int(10) unsigned NOT NULL DEFAULT ‘0’ COMMENT ‘ 用户昵称修改次数 ’,
PRIMARY KEY (`id`),
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci COMMENT=’ 用户主表 ’;
我使用的是 laravel 框架，使用其内置中间件进行过滤应用程序 HTTP 请求；
具体代码
先上中间件里的代码，可跟着注释看。这里不着重写中间件的实现方式了，如需了解，请点击 中间件
public function handle($request, Closure $next)
{
/**
* 目前要解决的问题是: 每三个月 (90 天) 可更改昵称 2 次
* 下面是解决逻辑
*/
// 得到该用户信息
$user = User::where(‘id’, session(‘uid’))->first();
// 用户注册的时间，create_time 使用的是 timestamp 类型，所以要转换一下，方便计算
$create_time = strtotime($user->create_time);
/**
* 计算从注册时间起一共过去了几个 90 天，也就是过了几轮
* 当前时间减去注册时间 除以 90 天的秒数 = n 轮
* 得到的数值 n 很少有整数，比如：1.2 ;
* 此时需要进一法处理，因为只要比 90 天多，哪怕多一秒也要进入下一轮
*/
$n = ceil(round( (time() – $create_time) / (90 * 24 * 3600), 2) );
/**
* 每 90 天可修改两次，每修改一次，数据表 username_update_num + 1
* 现总修改次数：用户自注册时间起至今，共修改的多少次
* 每轮拥有修改次数：每 90 天用户有两次修改机会
* 现总修改次数 / 每轮拥有修改次数 = 现修改到第几轮；用 $a 表示
*/
$a = $user->username_update_num / 2;
// 这里写的是 >=，实际情况下，$a 是不可能大于 $n 的
if($a >= $n){
return response()->json([‘code’ => 0, ‘message’ => ‘ 用户昵称三个月内只能修改两次，您的次数已用完 ’, ‘data’ => ”]);
}else{
// 说明前 ($n – 1) 轮中有未用完的次数
if(($n – $a) > 1){
// 手动更改数据库，补全修改次数，也就是默认以前的每轮都把两次机会用完
$user->update([‘username_update_num’ => (($n – 1) * 2)]);
}
}
/**
* 这里是判断必传参数，与上面逻辑没有联系
*/
if(empty($request->post(‘username’))){
return [‘code’ => 0, ‘message’ => ‘ 用户昵称不能为空 ’, ‘data’ => ”];
}
if($request->post(‘username’) === $user->username){
return [‘code’ => 0, ‘message’ => ‘ 修改后的昵称不能与原昵称一致 ’, ‘data’ => ”];
}
return $next($request);
}
上面中间件的内容已经写完了，可能会让人有些迷糊，先别急，因为还没有写完，上面只是中间件的内容，是为了拦截已经没有机会修改昵称的用户，以及处理没有用完次数的用户，请接着看下面的控制器 UserController.php 的内容：
UserController.php
/**
* 用户昵称修改 (三个月可修改两次)
*
* @param \Illuminate\Http\Request
* @return \Illuminate\Http\Response
*/
public function usernameUpdate(Request $request)
{
$user = User::where(‘id’, session(‘uid’))->first();
$data = [
‘username’ => $request->post(‘username’),
‘username_update_num’ => $user->username_update_num + 1,
];
if(!$user->update($data) ){
return [‘code’ => 0, ‘message’ => ‘ 更改用户昵称失败 ’, ‘data’ => ”];
}
return [‘code’ => 1, ‘message’ => ‘ 更改用户昵称成功 ’, ‘data’ => ”];
}
如上述 UserController.php 控制器，因为用户是否满足更改昵称条件已经在中间件里做过判断，所以能进来控制器的请求，均是有修改昵称次数的用户，只需直接更改更改昵称且更改次数 + 1 即可。
总结
这篇文章所讲述的方法适合同种类型的需求，可根据需求更改相应参数。细节上的处理不多，比如：实际上每个月的天数不一定是 30 天，这里不做讨论，可相应处理时间即可。
主要还是记录该种处理方法，也一定有比这种更好的方法！
道路阻且长，仍需不断前行！
