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

标签 php error-handling separation-of-concerns

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

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

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/

相关文章:

c# - 分离此代码关注点的最佳方法是什么?

php - MySql 多查询还是临时表?

node.js - 如何为 fs.readFileSync() 捕获没有文件?

php - 可以将域实体的可变属性存储为值对象吗?

express - 快速异步/等待错误处理

Python:抑制进入命令行的错误?

linq-to-sql - Linq to SQL DTO 和复合对象

php - 如何在 MySQL 中显示导致计算总数的所有单独字段?

php - 服务器端代码与客户端代码混合 - 最佳实践

php - 哪个表存储wordpress帖子的缩略图地址?