如何组织插件和主题代码?

几千个地方

真是史诗!正如jquery所说,我一直发现wp的好处在于我可以做到;

少写,多做!

你最好用 Pods CMS 和wp一起减少代码。

这就是我们如何构造包含主题、第三方插件和自定义代码的客户端部署。

• wp-content/plugins只包含第三方插件,这里的代码没有被修改,站点不应该被禁用/删除的任何插件堵塞。
• wp内容/主题应该包含与前端表示相关的代码。诀窍是不要用与表示不直接相关的代码重载主题(functions.php和其他与主题相关的文件)。
• mu插件/包含所有特定于实现的业务逻辑。这里的东西不应该被禁用,并且是操作所必需的。

这是一个非常简单的总结,但简而言之,这是我们发现最能证明失败的代码的逻辑划分。

为什么不按函数将插件拆分为多个文件呢?主题也是如此。你对此有什么问题吗?

基本上有三种方法可以做到这一点:带前缀的函数,以及 require_once 按功能包括文件,这很常见。

另一个被吹捧的“正确”方式是拥有一个包含所有插件代码的巨型类。正如您所说,在保持良好状态的同时,一旦该文件进入数千行代码中,您就无法进行管理。

我喜欢这样做的方式是从我的C后台-有一个主要的插件类,和其他“工人”类(您可以将它们放在一个名称空间中,以保持类名简短)。例如,有一个专门用于管理部分的类(它也可以有自己的小“子类”,比如每个页面一个)。将所有这些代码重构到不同的类和文件中需要一段时间,但这是值得的——跟踪所有的事情会更容易,例如让人们一起处理代码库。它还迫使您更多地考虑应用程序是如何整合在一起的,这有助于更好地考虑代码。

我实际上正在写一个关于这个的系列文章,概述三种不同的方法。你可以看一下第一期 here . 接下来的几周还有两个。

希望我帮忙!