如何在不使用外部全局变量的情况下处理 WordPress 挂钩

WordPress 挂钩是一项强大的功能，可让您修改功能并向网站添加自定义功能。然而，在使用钩子时，通常很容易使用全局变量来跨不同函数访问数据。虽然全局变量有时很有用，但过度依赖它们可能会产生问题，例如数据冲突、安全漏洞和故障排除困难。

本文将解释为什么避免在 WordPress 挂钩中使用外部全局变量通常是最佳实践，并提供有效地将数据传递到挂钩的替代方法。

了解为什么全局变量在 WordPress 中存在问题

在编程中，全局变量是可以从代码的任何部分访问的变量。然而，在像 WordPress 这样的复杂系统中，全局变量可能会带来挑战：

1. 意外冲突：由于全局变量可以在任何地方访问，因此存在代码（或插件）的另一部分可能意外覆盖变量的风险，从而导致意外行为。
2. 调试困难：跟踪全局变量的来源通常比较困难，尤其是在较大的项目中，这使得调试问题变得困难。
3. 降低代码可重用性：依赖全局变量的函数变得不太模块化并且更难以重用，因为它们依赖于特定外部数据的存在。
4. 潜在的安全风险：不受限制的全局变量会增加数据泄露和意外访问的风险，特别是当敏感信息存储在全局范围内时。

通过避免全局变量，您可以创建更健壮、安全且可维护的 WordPress 代码。让我们看一下在没有全局变量的情况下使用钩子的一些最佳实践和替代方法。

通过钩子使用全局变量的替代方法

您可以使用一些替代技术将数据传递到 WordPress 中的挂钩函数，而不是使用全局变量。

1. 将函数参数与 Hook 一起使用

避免全局变量的最简单方法之一是通过钩子中的函数参数传递数据。 WordPress 允许某些挂钩接受参数，您可以使用这些参数来传输数据。

示例：使用过滤器钩子传递数据

函数custom_modify_content（$内容）{
$extra_text = “感谢您的访问！”;
返回$内容。 ” “。 $额外文本；
}
add_filter('the_content', 'custom_modify_content');

在这个例子中：

• 函数custom_modify_content()使用the_content过滤器将文本附加到帖子内容中。
• 通过直接使用参数 ( $content )，不需要全局变量来访问或修改内容。

2.使用类属性进行封装

如果您的代码涉及多个需要共享数据的函数，将它们封装在一个类中可能是一个有效的解决方案。类属性用作受控数据存储，使它们只能在类内访问。

示例：使用共享数据的类属性

类自定义内容修改器 {
私人$extra_text；

公共函数 __construct() {
$this->extra_text = “感谢您的阅读！”;
add_filter('the_content', [$this, 'modify_content']);
}

公共函数修改内容（$内容）{
返回$内容。 ” “。 $this->extra_text;
}
}

新的自定义内容修改器（）；