@Ryan Elkins:
我猜答案取决于您如何导入每个用例。在某些情况下,这是您急需解决的问题,在其他情况下,则可能是更重要的用例。这是我想到的两件事:
在WordPress核心中查找备用挂钩
如果它的东西快速和肮脏的某些时候,你可以用其他的下游钩从核心网到修改你需要什么,或者通过使用上游和下游钩ob_start()
/ ob_end_clean()
(见@Todd帕金斯的回答为“ 通过插件代码与大的HTML输出处理 ”以获得代码示例。)
要查找可以使用的钩子,请查看我昨天发布的Instrument Hooks插件,以帮助您找到可能使用的钩子。
使用所需的挂钩向补丁程序开发人员提交补丁
如果您的用例对您或社区更重要,我建议您继续进行,并将所需的挂钩添加到插件中。然后对其进行良好的测试,以确保它确实能解决您的用例,然后您可以向插件开发人员提交补丁,以希望他或她将其应用。这样,您就可以通过向他们提供经过测试的代码来尽可能地简化它们,并亲自研究用例以确保它确实是您所需要的。我无法告诉您,在尝试实现一个钩子之后,我以为我经常需要某个钩子,而我却需要一个钩子,但是这个钩子与我最初设想的不同。
如果您不熟悉创建补丁程序,那么这是一篇有关修补WordPress核心的好文章,该文章最常用于修补插件,而对于那些不是最重要的事情,希望这样做是显而易见的:
希望这可以帮助?
PS一件事,我感到有些失望,您要解决的问题是只为最终用户设计的插件所占的百分比,即没有自己的挂钩。想象一下WordPress是否像大多数插件一样设计?这将是不灵活且非常利基的解决方案。
如果WordPress能够自动安装其他插件所依赖的插件,也许情况会有所不同?因为通常情况下,我通常必须从头开始编写很多我需要的功能,因为客户需要某种方式的东西和可用的插件,而90%的客户不允许我灵活地更新剩余的10%。
我真的希望那些领导WordPress社区的人能找到一种方法,以确保对插件的遵循最佳实践(例如为其他开发人员添加挂钩)得到回报,就像在StackExchange网站上获得好的答案一样。