gpt4 book ai didi

php - 错误——它们属于逻辑层还是表示层?

转载 作者:搜寻专家 更新时间:2023-10-31 20:46:50 25 4
gpt4 key购买 nike

关于函数调用,是让调用者负责检查函数是否正常工作更好,还是应该由函数本身宣布错误?

我问的原因是因为我不喜欢将表示与逻辑混合,但是如果调用者必须进行错误检查,它可能不准确且麻烦,例如。

if(!login($username, $password)
{
echo 'Login failed. Please try again.';
}

调用者不知道失败的原因。是用户名/密码组合错误,还是数据库连接失败?还是其他什么意想不到的原因?

如果我们可以在函数内部进行错误检查/抛出异常,这将不是问题,因为那样我们就会在特定的代码点出现特定的错误,例如数据库连接失败……但这将混合表示和逻辑。这里的最佳做法是什么?

谢谢。

最佳答案

我个人会通过在业务逻辑(模型)层中抛出异常来赋予调用者责任。然后,可以在 Controller 中捕获异常(并在 View 中为错误分配一个变量)。有些人甚至喜欢直接在表现层捕获异常,但这在web开发的情况下并不适用。不过,只要异常仅用于 View 中的演示目的,我认为这不是什么大问题。

所以,我不会像您在简单示例中那样做,因为调用者可能并不总是希望显示错误。通过处理调用者的责任,他或她可以选择。此外,我不喜欢在业务逻辑中回显内容(我更喜欢抛出异常并保持模型在演示中的整洁),但您的代码很可能只是一个过于简化的示例。

编辑:您可以这样做:

型号:

function login($username, $password) {
if (login failed) {
throw new Login_Exception();
}

else {
// Set session
return true;
}
}

Controller :

try {
$model->login($username, $password);
}

catch (Login_Exception $e) {
$view->loginError = 'There was an error logging in.';
}

然后您可以抛出不同的异常以准确指示出了什么问题(例如 Wrong_Username_Exception)并相应地进行处理。或者,您甚至可以在异常的构造函数中提供一个用户友好的原因,但在我看来,这会过度耦合表示和逻辑。

关于php - 错误——它们属于逻辑层还是表示层?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12248177/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com