PHP 通知抑制；只有某些情况/方法

Posted 2023-02-21

【中文标题】PHP 通知抑制；只有某些情况/方法

【英文标题】：PHP notice suppression; only certain circumstances/methods

【发布时间】：2011-10-26 22:15:12

【问题描述】：

tl;dr - 在非常严格的环境中工作时，是否有一种有效的方法来管理 php 的错误报告级别，因为某些过程会变得更容易不那么严格的级别？

好的；首先，我不相信“错误抑制”是一种解决方案。我（相当肯定我）从未使用过@ 错误抑制运算符，也无意这样做。我利用set_error_handler() 和ErrorException（或一些派生）并在error_reporting(-1) 中开发（未来证明E_ALL | E_STRICT）

现在，我不想改变这些习惯，因为我发现它们是一种很好的做法（另外；如果有人对我的开发/生产环境设置/做法有进一步改进的建议，我会全力以赴)

但是，当涉及到视图生成时，这可能会有点乏味。正确的数据（数组索引、变量等）并不总是可用的，因为无论出于何种原因，控制器都无法将某些数据传递给视图。只要这些数据对视图生成不重要，视图仍应呈现。

我更喜欢这种语法，因为它不冗长但（我认为）非常容易理解：

// e() is a shortcut function; given the passed value evaluates to a boolean true
// it will echo() and return true, otherwise it simply returns false
<p><?php e($data['field']) or e('No data found'); ?></p>

当然，如果$data['field'] 没有调用offsetGet() 并在没有索引的情况下返回null，我们就有问题了。注意遇到异常，异常遇到脚本失败。

我尝试了不同的实现，包括使用类似节点的类创建数据树来管理传递给视图的数据列表/行。 __get() 实际上会创建 个节点（在分配或访问时）不存在（以简化节点数据分配，并防止发出通知。@ 987654332@ 测试了有效性并会适当地返回false）它还实现了ArrayAccess 来访问节点数据，并且会在缺少索引时简单地返回null。

由于 PHP 魔法的开销，我选择放弃这个实现（虽然我学到了很多关于重构/优化和分析的知识）

我已经改用原生数组，但现在我的视图代码库散落与isset()，坦率地说，这只是令人恼火（几乎超过了上述实现)

现在，我认为最简单的解决方法是根据我们在脚本中的位置上下滑动error_reporting() 缺口：

// View::render()
public function render($data)
    error_reporting(E_ALL & ~E_NOTICE);
    // view generation logic
    error_reporting(-1);

但这似乎不是最干净（也不是最安全）的解决方法；尤其是在视图中调用辅助函数时。我已经采用了一种 HMVC 方法，并且可以从视图发出子请求，因此我需要找到所有 render() 转义点并用 error_reporting(-1) 保护它们。

我还有其他选择吗？

【问题讨论】：

我没有得到 100% 你想要什么.. 但也许 php 函数 debug_backtrace 可能会帮助你

tl;dr：您应该避免抛出任何东西的代码，包括通知。

@KingCrunch - 是的，是的；这就是我最初选择树/节点想法的原因。我已经选择退出性能，但现在我在围栏上。当然，控制器和视图之间的数据完整性和保险是最佳的，但在这种情况下，我已经考虑了灵活性。

【参考方案1】：

“未定义变量”通知非常有价值，即使在视图模板中也是如此，因为它们有助于发现拼写错误；但这需要在控制器中定义每个变量，或者检查它们是否在视图中设置。

正如您所注意到的，这两个明显的解决方案有一些开销或缺点。即使禁用错误报告也会产生一些开销，因为仍然会生成错误（错误消息被格式化，内部和用户错误处理程序被调用，等等；它们只是被隐藏了）。这隐藏了您可能从视图中调用的辅助方法的错误；这对调试没有帮助。

我建议您使用模板引擎。有些生成 PHP 代码的速度与手写代码一样快。他们会为你处理这个问题，并且会做更多的事情（比如转义，你的视图也应该充斥着 htmlspecialchars() 调用;)）。

【讨论】：

感谢@user576875 - 我已经尝试了一些模板引擎，甚至推出了我自己的（一个基于正则表达式的一个基于DOM的），但是它们从来没有像香草 PHP。对快速的有什么建议吗？ （e() 也进行转义，它需要比我提到的更多的参数，以及其他辅助函数）

【参考方案2】：

继续报告 E_NOTICE，这是值得的。也就是说，我同意Undefined Index 与未定义变量的错误口径不同，isset($options['boolean_flag']) && $options['boolean_flag'] 有点难看。我从事的一个项目有数千个这样的通知，所以为了继续看到 E_NOTICE 级别的错误而不会被Undefined Index 淹没，我实际上重新编译了语言以忽略那种特定类型的通知。 （我使用的是 HHVM 而不是 PHP，但区别是一样的）。

是的，这是一个极端的解决方案，但它是一个紧要关头的选择。显然，您需要在生产环境中使用官方构建。

注意：我写下了重新编译的步骤，如果有人想尝试，我可以发布，但这有点超出了原始问题的范围。