将定制的核心代码转移到插件中？

时间：2013-06-20 作者：bigpotato

我是个十足的WordPress noob，所以请不要介意。我正在从事一个项目，开发人员在该项目中调整了WordPress的核心代码。我的工作是提取他们更改的任何核心功能，并将它们放在其他地方，以便将来升级WordPress版本时更易于维护。

我做了一些研究，看来写一个插件是正确的选择。阅读后：https://codex.wordpress.org/Writing_a_Plugin , 我的假设是WordPress将首先检查我插件中的所有功能，如果它找到一个，它不会默认为WordPress核心版本的功能？那么，这是否等同于重写WordPress的核心功能？

因此，从我提供的链接来看，插件似乎只需要：1。（默认情况下，除非更改）将其存储在wp-content/plugins/my_plugin_name PHP文件头部的注释，说明插件的详细信息。

那么在这种情况下，我可以只制作一个文件吗wp-content/plugins/my_plugin_name/my_plugin_name.php 里面有所有定制的核心功能？我不想添加任何include "my_plugin_name" ? 它只是自动加载？

1 个回复
最合适的回答,由SO网友:s_ha_dum 整理而成

我的假设是WordPress将首先查看我插件中的所有函数，如果找到了，它不会默认为WordPress核心版本的函数？

不。不计算任何可能由主题或插件添加的可插入函数，您可以通过这种方式覆盖的唯一函数是pluggable.php 或pluggable-deprecated.php 但依赖后者是不明智的。用任何其他函数尝试它，您将得到一个致命的PHP错误。

如果更改了任何其他功能，则必须尝试通过以下方式复制核心黑客的功能actions and filters 这可能是一条漫长而艰难的道路。

我还应该注意到WordPress不再向其添加新的可插入功能pluggable.php 文件

参考文献

http://codex.wordpress.org/Pluggable_Functions

结束
标签： plugins   小码农  

相关推荐

plugins_url vs plugin_dir_url

我看到WordPress插件在为一些文件夹创建常量时使用plugins\\u url或plugin\\u dir\\u url。一个比另一个好吗？示例：define( \'MEMBERS_URI\', trailingslashit( plugin_dir_url( __FILE__ ) ) ); define( \'WPACCESS_INC\', plugins_url( \'inc\', __FILE__ ) , true );