如何优雅地死去？

Question

所以我刚刚读过为什么永远不要使用“or die”。

我比以前更困惑了。我正在验证一个复杂的表单，并且检查了许多嵌套级别的 if 语句以及其他内容，并且我将一个变量传递给名为 $status 的表单，该变量只能是“新”或“编辑”。然后，当用户再次提交要验证的表单时，表单将 $status 值作为隐藏字段 ($_POST) 传递。我想确保用户不会意外更改此设置，因此如果“新”或“编辑”以外的内容通过，我想捕获错误。 （虽然我想在理想的世界中完全消除用户影响这个变量的可能性。）

所以我想我会在 if 语句中使用 DIE()

<nested ifs>
    Select ($status){
        Case 'edit':
            break;
        Case 'new':
            break;
        default:
            //using example from article
            trigger_error("An error that should not occur has occurred", E_USER_ERROR);
            break;
    }
</nested ifs>

我真的不明白这比 die() 更干净？本质上，我想调用另一个函数，它向用户显示一些他们在此时可以执行的操作来修复错误的选项，但我希望代码完全停止运行，因为我不希望 if 语句进一步继续解析任何内容，并在发现“新”或“编辑”以外的内容时生成错误。

我不确定我说得有多清楚，所以请随时要求我详细说明任何不清楚的地方。 （或者更好的是，隐藏的用户字段会被黑客攻击吗？如何防止？:P）

Answer 1

trigger_error() 触发由错误处理程序处理的错误。

使用 trigger_error() 你可以优雅地处理错误，例如：

  set_error_handler('ErrorHandler');

  function ErrorHandler($errno, $errmsg, $filename, $linenum, $vars)
  {
    print '<pre style="line-height: 2em;">';
    printf("==> Error in `%s' line %s: %s\n\n", $filename, $linenum, $errmsg);
    debug_print_backtrace();
    print '</pre>';

    exit($errno);
  }

这是一个简单的例子，但我们公司网站显示了一个友好的错误页面，并向我发送了一封电子邮件，说我是个白痴，在某个地方搞砸了:-)

相对于 die() 或 exit() 的优势应该很明显 :-)

当您需要时仍然可以使用 exit()退出。例如，当您生成模板、输出该模板并希望停止代码执行时。或者，当您发送 header('Location: ...'); 标头并希望确保执行停止时...只是不要将其用于处理意外情况（即错误）。

trigger_error() 还可以让您更好地控制。当您希望停止执行但显示通知时，您可以发送 E_USER_NOTICE；当您希望停止执行时，您可以发送 E_USER_ERROR。停止。

此外，您可以编写更复杂的错误处理函数，其中某些 IP 会看到错误，而其余的则不会……这对开发很有用。

但要小心过度复杂的错误处理程序，如果错误处理程序内部发生错误会发生什么......？你可能看过《盗梦空间》:)

Answer 2

您链接到的文章解释了为什么您不应该使用 or die，如下所示：

$result = mysql_query($query) or die('A MySQL query occurred: ' . mysql_error());

显然这是一个坏主意，因为它可能会将有关您的 MySQL 结构的敏感信息输出到恶意用户。

但是，我认为以您正在使用的方式使用 die 并没有什么问题（并且我认为本文的作者会同意我的观点），尽管向用户提供选项列表会确实，这是处理这个问题的首选方法。