子主题与重复主题重命名

Question

好吧，我经常看到人们谈论子主题和使用它们而不是修改现有主题的原因，但是它们似乎都围绕着这样一个想法:如果更新父主题，所有的更改都会丢失。当我在过去创建站点时，我总是复制开始的主题，在style.css中更改主题名，并直接在那里工作。在我看来，使用单个主题而不是子主题可以节省开销，并允许对代码进行更大的控制--例如，删除不必要的函数而不是处理它们。如果遇到问题，我总是可以引用原始主题文件，如果父主题被更新，如果函数名和这样的更改，我的子主题仍然会中断，所以我不认为这是一个真正的好处。

我的网页搜索在这个话题上没有出现多少，除了“开发人员偏好”，这并不是一个真正的原因。

使用子主题比复制和重命名主题有什么真正的好处吗？

Answer 1

对于那些主要想对主题进行样式更改但不想(或者不知道)如何维护底层代码的用户来说，子主题是有用的。探索PHP/WordPress主题开发与探索CSS完全不同。

对于希望对主题进行小功能更改的用户来说，子主题也很有用。这对于为修改提供了很多方法的主题尤其有用:动作/过滤器挂钩、可插拔函数等等。当然，这样的mods也可以通过自定义插件轻松地实现，但是只有当正确的主题是活动的时候，这样的插件才会适用，所以把这些代码放在一个Child主题中也同样有意义。

如果您对维护分叉主题感到满意，并且发现您的修改超过了对Child主题的合理修改，那么无论如何:分叉主题。

这一切归结为对个人终端用户最有利的方法。

Answer 2

除了晶片贝内特的答案

像我这样的开发人员有他们自己的定制框架，或者正在使用一个像Genesis，混合等等的框架。这些框架没有捆绑太多的样式，而是更多的功能，比如他们自己的模板和挂钩机制。有时还会用到CPT或CT基类、元框库、css框架等。通常只需将所有代码保存在单独的repos中，将它们捆绑在一个“主题”中，然后在您的子主题中使用这些部分就更容易了。

在我的例子中，我的框架/库/父主题只不过是我的库部件的加载机制、钩子和临时函数以及一个引导函数。在子主题中，我可以定义特定任务所需的内容，添加单个任务模块或扩展父基类。最后但并非最不重要的:子主题包含了我所有的UI部分:样式、脚本、图像。

因此，对我和其他许多开发人员来说，这只是一种简单的方法，可以保持事物的通用性、组织性和可重用性。

Answer 3

儿童主题的最大用途之一是在MUWP实例中。通常，在多站点安装中，相关站点共享部分或大部分主题，但可能需要一些自定义页面布局或元素样式。在这种情况下，使用子主题很有意义。相同的元素在父主题(实际上可能是基于重复的默认主题的自定义主题，根据您的假设)中处理，需要不同的元素在子主题(S)中处理。

儿童主题的美妙之处在于，儿童主题与父主题之间唯一的不同之处在于儿童主题本身。想知道父母和孩子的主题有什么不同吗？儿童主题本身就是这些差异的总和。需要改变一些关于孩子的主题吗？您只需要查看几个规则和函数，而不是涉猎整个主题的代码。