@ Ryan Elkins:
Ich denke, die Antwort hängt davon ab, wie wichtig jeder Anwendungsfall für Sie ist. In einigen Fällen ist es etwas, das Sie schnell und schmutzig benötigen, in anderen Fällen ist es möglicherweise ein wichtigerer Anwendungsfall. Hier sind die beiden Dinge, die mir einfallen:
Suchen Sie in WordPress Core nach alternativen Hooks
Wenn es mal etwas schnelles und schmutziges ist, können Sie andere Downstream-Hooks vom Core verwenden, um das zu ändern, was Sie benötigen, oder sowohl Upstream- als auch Downstream-Hooks mithilfe von ob_start()
/ ob_end_clean()
(siehe Antwort von @Todd Perkins auf " Umgang mit großer HTML-Ausgabe über Plugin-Code "). für ein Codebeispiel.)
Um die Hooks aufzuspüren, können Sie das Instrument Hooks-Plugin verwenden, das ich gestern veröffentlicht habe, um die Hooks zu finden, die Sie möglicherweise verwenden können.
Senden Sie einen Patch mit Ihrem gewünschten Hook an den Plugin-Entwickler
Wenn Ihr Anwendungsfall für Sie oder die Community wichtiger ist, würde ich empfehlen, den Hook, den Sie benötigen, zum Plugin hinzuzufügen. Testen Sie es dann gut, um sicherzustellen, dass es wirklich Ihren Anwendungsfall anspricht. Anschließend können Sie dem Plug-in-Entwickler einen Patch in der Hoffnung übermitteln, dass er ihn anwenden wird. Auf diese Weise machen Sie es ihnen so einfach wie möglich, indem Sie ihnen getesteten Code geben, und Sie können den Anwendungsfall selbst durcharbeiten, um sicherzustellen, dass er wirklich das ist, was Sie brauchen. Ich kann Ihnen nicht sagen, wie oft ich dachte, ich brauche einen bestimmten Hook, nur um zu finden, nachdem ich versucht hatte, einen zu implementieren. Ich brauchte einen Hook, der anders war, als ich es mir ursprünglich vorgestellt hatte.
Wenn Sie nicht mit dem Erstellen eines Patches vertraut sind, finden Sie hier einen guten Artikel zum Patchen des WordPress-Kerns, für den das Patchen von Plugins am besten geeignet ist, und für den, für den dies nicht der Fall ist:
Hoffe das hilft?
PS Eine Sache finde ich ein bisschen enttäuschend und dass Ihre Frage Adressen ist der Prozentsatz der Plugins, die nur für Endbenutzer gedacht sind, dh die keine eigenen Hooks haben. Stellen Sie sich vor, WordPress wäre wie die meisten Plugins gestaltet? Es wäre unflexibel und eine sehr Nischenlösung.
Vielleicht wäre es anders, wenn WordPress die Möglichkeit hätte, Plugins automatisch zu installieren, von denen andere Plugins abhängen? In der Regel muss ich einen Großteil der Funktionen, die ich benötige, von Grund auf neu schreiben, da die Clients bestimmte Anforderungen und die verfügbaren Plugins erfüllen möchten, während 90% nicht die Flexibilität bieten, die verbleibenden 10% zu aktualisieren.
Ich wünsche mir wirklich, dass diejenigen, die die WordPress-Community anführen, einen Weg finden, um sicherzustellen, dass Plugins für das Befolgen von Best Practices (wie das Hinzufügen von Hooks für andere Entwickler) belohnt werden, ähnlich wie gute Antworten auf einer StackExchange-Site belohnt werden.