有一个扩展名为“小部件逻辑”。它为管理部分中的每个侧边栏小部件添加了一个字段，您可以在其中添加一段php代码，用于归档您最可能需要的内容。

这有点笨重，但很有效。例如，您提到对于多语言站点，您仍然可以使用“is\\u page”，因为您还可以为函数传递数组，如下所示：is\\u page（array（94,71,3））。。与逻辑运算符（and/or/not/xor）结合使用，您可以归档任何组合。

我做了一些定制的东西来处理类似的事情。以下是一些基于我所学内容的建议：

首先，如果您的要求允许WP 5。x、 看看你是否可以完全避免侧边栏，并给用户古腾堡块。您的大多数编码和管理噩梦都会消失，因为核心已经为您编写了这些东西。一旦你写了一些，它们就不太难写了_options 表格（带update_option()) 并在页面加载时重新阅读。我已经这样做了，它相对简单admin_ajax 管理选项。我的大多数用户从未接触过这些，但它们对我自己的管理和调试来说是非常宝贵的小部件页面看起来会非常混乱（再加上那里有相当多的JS，所以会很滞后）page 但是UI已经存在了。如果只有少数几种不同类型的东西你想要不同，可以考虑在你的主题或子主题中添加一些额外的模板。这将为您节省大量代码、调试和维护dynamic_sidebar() 您可以将其连接到现有的侧栏中，使其行为有所不同。我猜用CPT重写小部件框架会让许多核心开发人员畏缩不前；然而，如果您在WP工作的时间足够长，您可能在某个时候做过类似的事情看看你可以用不同的小部件做些什么，比如上下文感知。get_option(), get_user_meta() 和$_GET[] 在小部件渲染时可用。如果是i8n，您可能会更好地在自定义小部件中使用位置感知内容，然后在单个侧栏中使用单个上下文感知小部件。我也看到过短代码可以做到这一点，但作为一名开发人员，如果情况允许的话，我通常更喜欢小部件的管理决定论。请记住，小部件和短代码与短代码小部件和小部件短代码并没有太大区别WP_Term 标签显示在CSS类中（分类结构可以通过现有插件很容易地为任何帖子类型启用），因此请考虑这样一个系统，其中每个可能的小部件都按照配置显示在侧栏中，但不适用于每页加载的小部件都会被隐藏，这可能取决于帖子的标记方式。这稍微不太兼容，但如果您的需求中只允许使用现代浏览器，那么这种不兼容就会消失