php - E_NOTICE ?== E_DEBUG，使用更复杂的 error_handler 避免 isset() 和 @

Question

有哪些更好的方法可以避免应用程序逻辑中出现大量 isset()，并在需要时保留查看调试消息的能力 (E_NOTICE)？ p>

首先假设:E_NOTICE 不是错误，而是用词不当，实际上应该是 E_DEBUG。然而，虽然这对于未设置的变量是正确的(PHP 仍然是一种脚本语言)，但一些文件系统函数等也会抛出它们。因此，最好在启用 E_NOTICE 的情况下开发。

但并非所有调试通知都有用，这就是为什么它是 introduce isset() 的常见(不幸的)PHP 习语的原因。和@贯穿整个应用程序逻辑。 isset/empty 肯定有很多有效的用例，但总的来说，它似乎是语法盐，实际上会阻碍调试。

这就是我目前使用 error_reporting 小书签和笨拙的开/关开关的原因:

// javascript:(function(){document.cookie=(document.cookie.match(/error_reporting=1/)?'error_reporting=0':'error_reporting=1')})()

if (($_SERVER["REMOTE_ADDR"] == "127.0.0.1")
    and $_COOKIE["error_reporting"])
{
    error_reporting(E_ALL|E_STRICT);
}
else {/* less */}

然而，这仍然给我留下了一个问题，即启用后有太多通知无法搜索。作为解决方法，我可以使用 @ 错误抑制运算符。与 isset() 不同，它不会完全终止调试选项，因为自定义错误处理程序仍然可以接收抑制的 E_NOTICE。因此，它可能有助于将预期 调试通知与潜在问题分开。

然而，这同样不能令人满意。因此问题。有没有人使用或知道更复杂的 PHP 错误处理程序。我在想象一些事情:

• 输出未过滤的错误/警告/通知(使用 CSS 绝对定位？)
• 和 AJAX-whatnot 允许客户端检查和抑制
• 而且还会保存一个包含预期和“批准”通知或警告的过滤列表。

Surely some framework must already have a user error handler like that.

• 基本上我对警告/通知管理很感兴趣。
• 完全禁止 E_NOTICE 确实是不可取的。
• E_NOTICES 是想要的。只是更少。默认情况下突出显示我可能关心的，而不是预期的。
• 如果我在没有 ?order= 参数的情况下运行，则会出现预期的通知。这是意料之中的事，我不需要不止一次被告知。
• 然而，在完全 Debug模式下，我确实希望通过所述调试通知的存在(或更有趣的是不存在)来查看 undefined variable 的存在。 -> 这就是我认为它们的用途。避免 isset 会带来语言隐式打印语句。
• 还要意识到这是关于普通 PHP 表单处理语义适用的用例，而不是必须严格的应用领域。

哦，天哪，请有人帮忙重写这个。冗长的解释失败。

Answer 1

可以开发一个从不发出任何 E_NOTICE 的大型 PHP 应用程序。您所要做的就是避免所有可以发出通知的情况，其中绝大多数是未初始化的变量和不存在的数组键。不幸的是，这与您希望避免 isset() 以及扩展 array_key_exists() 的愿望相冲突，因为它们是为处理该确切问题而设计的。

充其量，您可以通过仔细构建框架来尽量减少它们的使用。这通常意味着(例如)一个输入层，它被告知要期待什么 GET 变量以及将缺失的变量默认为什么。这样，特定于页面的代码将始终具有要查看的值。通常，这是一种可以应用于各种 API 的有值(value)的技术。但我怀疑这是否应该是一个高优先级的设计目标。

与其他一些语言不同，PHP 区分不存在的变量和通常包含“空”值(通常为 null)的变量。它可能是早期版本的设计产物，但它仍然存在，因此您无法真正避免它。