【发布时间】:2017-10-07 09:15:07
【问题描述】:
关于架构,当从模型向控制器抛出异常时,两者中哪一个是好的做法?
结构 A:
用户控制器.php
public function updateUserInfo(UserInfoRequest $request, UserModel $userModel)
{
$isError = false;
$message = 'Success';
try {
$message = $userModel->updateUserInfo($request->only(['username', 'password']));
} catch (SomeCustomException $e) {
$isError = true;
$message = $e->getMessage();
}
return json_encode([
'isError' => $isError,
'message' => $message
]);
}
UserModel.php
public function updateUserInfo($request)
{
$isError = false;
$message = 'Success';
$username = $request['username'];
$password = $request['password'];
try {
$this->connect()->beginTransaction();
$this->connect()->table('users')->where('username', $username)->update(['password' => $password]);
$this->connect()->commit();
} catch (\Exception $e) {
$this->connect()->rollback();
$isError = true;
$message = $e->getMessage();
}
return [
'isError' => $isError,
'message' => $message
];
}
结构 B:
用户控制器.php
public function updateUserInfo(UserInfoRequest $request, UserModel $userModel)
{
$isError = false;
$message = 'Success';
try {
$userModel->updateUserInfo($request->only(['username', 'password']));
} catch (SomeCustomException $e) {
$isError = true;
$message = $e->getMessage();
} catch (QueryException $e) {
$isError = true;
$message = $e->getMessage();
}
return json_encode([
'isError' => $isError,
'message' => $message
]);
}
UserModel.php
public function updateUserInfo($request)
{
$username = $request['username'];
$password = $request['password'];
try {
$this->connect()->beginTransaction();
$this->connect()->table('users')->where('username', $username)->update(['password' => $password]);
$this->connect()->commit();
} catch (\Exception $e) {
$this->connect()->rollback();
throw new QueryException();
}
}
在结构A中,模型捕获任何异常,回滚事务并在它有错误或没有错误时返回给控制器。然后控制器只返回从模型返回的任何内容。
在 结构 B 中,模型捕获任何异常,回滚事务,然后在发生异常时抛出 QueryException。然后控制器从模型中捕获抛出的 QueryException,如果有错误或没有错误则返回。
结构B仍然有问题的原因是模型应该是做回滚的那个。如果我在这里删除模型上的 try-catch 和控制器以直接捕获异常,那么回滚将在控制器上处理,我认为这会扰乱控制器的功能。
让我知道你的想法。 谢谢!
【问题讨论】:
标签: php laravel exception-handling transactions try-catch