这里有两个问题1。有钩子的影响是什么？和2。你是不是应该把钩子撒得到处都是

影响接近于零。如果操作/筛选上没有挂接任何内容，则调用do_action/apply_filters 将几乎立即返回，因此不会对不使用钩子的人产生任何明显的影响，因此添加钩子在技术上并不坏（如果您给出任何半合理的理由将钩子添加到核心，则很可能是通过核心主题添加）。

但是它作为一种软件开发实践是否明智呢？不。钩子是API，而API意味着您承诺长期维护它们。因此，就像您创建的任何“官方”API一样，您应该考虑从长远来看，它对您的插件是否有意义，而不仅仅是为了让一个插件用户满意。

根据您的描述，如果您认为有需要自定义的文本，也许您应该考虑使用某种设置屏幕。这显然也是某种API，但对最终用户来说更容易访问。

定制总是一块绊脚石（痛苦的过程）。从一方面来说，我们有来自用户的真实请求（问题），这总是很重要的。另一方面，所有这些额外的选项都会让你可爱的主题、插件或一些抽象产品陷入地狱。那么，作为一名开发人员，我们能做些什么呢？

首先Write extensible code 有机会更改部分代码—可重用代码。类、接口、特性以及将长时间错误的代码拆分为小方法（函数）。一些用户可以轻松地使用它们，而无需对您的产品进行更改。例如，有人可以根据自己的需要创建一个小部件，并使用内部插件功能please_echo_the_plugin_awesome_stuff().

添加new filters and actions is not bad idea. 许多流行的插件，如Jetpack或bbPress，其代码中都有数百个过滤器。有时甚至过度。没有任何处理程序的每个新过滤器（或操作）通常不会产生很大的开销。这是一微秒。

10个^−3秒毫秒ms10^−6秒微秒µs

更重要的是，通过以下方式添加新的处理程序，您正在对此操作执行什么操作add_action() 或add_filter(). 例如，对数据库服务器的请求（有时是不明显的，例如通过get_option()). 你可以测量它。最简单的示例：

$start = microtime(true);
// Do some stuff here
$end = microtime(true);
echo $start, PHP_EOL, $end, PHP_EOL, $end - $start, PHP_EOL,

也可以使用XDebug。配置起来可能很复杂。但你可以使用VVV 或任何其他现成服务器。所有这些都已经正确配置了Xdebug，您可以直接使用它-听起来不错，不是吗？。如果使用VVV，只需点击几个命令：

vagrant ssh
xdebung_on

第三个。最后一件事。WordPress的理念是Decisions, not Options.