可能不会。

建议将增强功能添加到插件中的方法是：将修复程序发送给开发人员，并让她将其合并到原始版本中。如果您的更改是相当个性化的定制，则不会发生这种情况。

如果插件是以严格的OOP风格编写的，则可以创建第二个插件，根据需要仅扩展原始插件中的类（类似于子插件）。不幸的是，大多数插件开发人员没有看到这种需要，也没有相应地编写代码。注意load order problem.

如果你能描述一下你想扩展哪个插件，以及你到底想更改什么，我们会帮得更好。

不幸的是，这完全取决于插件（或者更准确地说，取决于插件作者！）如果作者积极思考，并以这种方式创建插件以使其具有可扩展性，那么可以创建自己的插件来添加现有插件中的功能。

注意Toscho所指出的-你的插件顺序很重要（链接再次是here).

Hooks

Pluggable Functions

Extension

Fork or Patch

我知道这是一个很老的问题，但我想我找到了解决办法。。。

我有一个插件，其中我客户的一位开发人员将其修改到了目录的极限&；子目录更新后，文件被删除，插件崩溃。为了使原始插件独立于任何核心更新，我已将修改后的文件和文件夹移动到名为extension.

使用在中找到的代码https://gist.github.com/wpsmith/af206df2cf6a38e4e2f0

我在中添加了Tarvis Smith定义的类WPS_Extend_Plugin.php 并将其包含在我的插件中。使用WPS_Extend_Plugin 类我已将扩展文件/文件夹目录指向目标文件夹extension. 目前还没有失败，但我不确定这是不是扩展插件的正确方法！

// Require WPS_Extend_Plugin class
require_once( \'classes/WPS_Extend_Plugin.php\' );

// Extend Sitepress Multilingual CMS
new WPS_Extend_Plugin( \'sitepress-multilingual-cms/sitepress.php\', __FILE__, \'3.9.0\', \'CHERRY\' );
// Extend AddThis
new WPS_Extend_Plugin( \'extension\', __DIR__, \'0.1\', \'CHERRY\' );

我知道这个问题真的很老了，但我觉得这可能会帮助一些人。

如果您觉得这些更改对社区有帮助，请将其提交给开发人员。但是，如果更改是您的安装所特有的，您可以继续阅读以下内容。

我有一个问题是关于对主题的更新版本进行修改。我们做了一个递归diff 从…起old_version 到modified_old_version 然后使用patch 工具

修补程序工具创建的文件包含无法自动应用的更改。我们拥有其中的一些，并且能够轻松地识别和手动进行这些更改。

在进行更改时，必须确保不使用自动缩进等编辑器功能更改整个文件的间距。也就是说，仅在必要时进行更改。这只会使以后进行更改的过程更加耗时。