php - wp_head() 之后的 Wordpress js/css 排队 - 保留内联/页脚，还是值得修改缓冲区？

Question

我正在为 Wordpress 开发人员编写一个插件，允许开发人员随时在他们的主题中包含我自己的小部件。

问题是我无法控制他们何时需要/使用小部件代码——这本身可能需要包含外部 js/css 文件。

我认为人们很可能会在 wp_head() 执行后经常调用这些小部件，这意味着与他们调用的特定小部件一起使用的任何 js/css 包含将被内嵌添加(或者，如果我是这样写的)。

我无法事先预测他们可能会使用哪些小部件来确保在较早的时间点包含 Assets - 据我所知，我无法确保他们最终会 [head] 改变之后带有 preg_replace 的输出缓冲区。

所以我的问题实际上有两个方面:如果您使用的是插件，您是否会遇到内联加载或在页脚中加载小部件(如轮播等)的潜在 Assets 的问题？ (我知道非关键 js 通常加载在页脚中，但还没有看到使用 css 执行此操作的约定)如果是这样，是否值得使用 preg_replace 更改缓冲区以解决此问题并确保外部结束在[头]？或者也许是我没有想到的第三种选择？

小部件本身可以定制，所以我不能保证它们附带的任何脚本都不够重要，需要首先加载(尽管不太可能)，我有点担心改变缓冲区在每次页面加载之后效率低下。

谢谢!

Answer 1

我会要求您的插件必须在调用 wp_head 之前加载到模板或插件中。如今，提供结构良好的代码变得越来越重要，因此提供破解或生成错误代码的方法是 IMO 的不良做法。

您关于替换的想法很好，这根本不是一件坏事，可以允许外部脚本的后期绑定(bind)，但我的建议仍然有效。如果 wordpress 要求您在 wp-head 之前设置您的 CSS 和插件和脚本，为什么不对您的框架也要求它...

执行好的标准永远不会让你失去兴趣，至少，真正的专业社区会喜欢它，而不太懂编程的复制/粘贴者可能会觉得它令人沮丧和复杂。

干杯