Über Funktionen und unverzichtbare Plugins

Ich habe an einem kleinen Projekt gearbeitet, eher einer Webanwendung als einer Website, für das sowohl ein benutzerdefiniertes Design als auch eng gekoppelte, aber sehr spezifische Funktionen entwickelt werden mussten.

Dies ist ein sehr eng fokussiertes Projekt (über das ich wahrscheinlich irgendwann in der Zukunft sprechen werde), aber bei der Arbeit daran hat es mich gezwungen, ein wenig auf den Aspekt der Themenentwicklung der WordPress-Entwicklung zurückzukommen.

Nein, ich mache – zum Glück – kein Design, aber ich muss aus funktionaler Sicht an Theme-Anpassungen arbeiten. Dabei musste ich jedoch die erforderlichen functions.phpund einige Überlegungen überdenken, die ich noch nie zuvor hatte.

Darüber hinaus hat es mich dazu veranlasst, mich eingehender mit der Verwendung von zu mu-pluginsbefassen und zu fragen, wann sie notwendig sind und warum ich sie in der Vergangenheit nicht häufiger verwendet habe (oder sogar wann man sie wirklich verwenden müsste).

Also werde ich ein wenig poetisch werden.

TL;DR

Als ich die Themenentwicklung machte, functions.phpwurde es für zwei Dinge verwendet (was an und für sich problematisch ist), aber immer noch:

1. Funktionen in Themen zu aktivieren oder zu deaktivieren,
2. themenspezifische Funktionalität zu definieren.

Das Theme-Entwicklerhandbuch lautet:

In der functions.phpDatei fügen Sie Ihrem WordPress-Theme einzigartige Funktionen hinzu. Es kann verwendet werden, um sich in die Kernfunktionen von WordPress einzuklinken, um Ihr Thema modularer, erweiterbarer und funktionaler zu machen.

Theme-Funktionen, Handbuch für Theme-Entwickler

Und ich verstehe es, aber aus meiner Sicht und während sich WordPress weiterentwickelt hat, denke ich, dass functions.phpes themenspezifischen Funktionen in Bezug auf Dinge gewidmet sein sollte, die direkt in den Kern eingreifen, wie zum Beispiel:

• Customizer-Funktionalität,
• Menüfunktion,
• Skript- und Stilregistrierung,
• usw.

Aber wenn es etwas gibt, das während eines der Hooks ausgeführt werden muss und es eher der domänenspezifischen Logik entspricht, dann gehört es nicht in diese Datei.

Dies wirft jedoch eine Frage auf: Wo befindet sich die domänenspezifische Funktionalität?

Geben Sie Must-Use Plugins ein

Ich weiß, dass Dinge wie incVerzeichnisse immer häufiger vorkommen, aber ich mache mir darüber keine Sorgen, wenn ich über die Themenentwicklung spreche, insbesondere wenn die Themenentwicklung nicht mein Fokus ist und diese bestimmte Verzeichnisstruktur nicht mein Stil ist.

Wie auch immer, wenn es um hochspezialisierte Lösungen geht (wobei eine Lösung eine Kombination aus Präsentation und eng fokussierter Funktionalität ist), fange ich an, darüber nachzudenken mu-plugins.

Und der Grund, warum ich nicht an ein Standard-WordPress-Plugin denke, ist, dass sie im Allgemeinen so konzipiert sind, dass sie mit jedem Thema funktionieren und Funktionen hinzufügen. Nicht so bei mu-plugins.

Must-Use-Plugins (auch bekannt als mu-Plugins) sind Plugins, die in einem speziellen Verzeichnis im Inhaltsordner installiert und automatisch auf allen Sites in der Installation aktiviert werden.

Must-Use-Plugins, WordPress.org

Also hier ist mein Denkprozess:

1. Die Themen dienen der Präsentation
2. Plugins dienen der Funktionalität.
3. Plugins sind so konzipiert, dass sie unabhängig von einem Thema und über die gesamte Breite einer Website verwendet werden können.
4. Must-Use Plugins sind Plugins, die standardmäßig aktiviert und verwendet werden
5. Daher sollte die domänenspezifische Logik für eine spezialisierte Lösung in einem unverzichtbaren Plugin enthalten sein.

Sicher, es kann argumentiert werden, dass einige Themen eine Must-Use-Funktionalität erfordern, aber passt das nicht immer noch zu der Idee, dass die Funktionalität in einem Must-Use-Plugin enthalten sein sollte?

Unabhängig davon ist der Ansatz, den ich verfolgt habe, folgender:

1. Die Funktionalität, die Themenfunktionen speziell mit dem WordPress-Kern verknüpft, geht in functions.php.
2. Funktionalität, die Domänenlogik ist, aber zum Funktionieren der gesamten Lösung erforderlich ist, befindet sich in einer mu-plugin.

An diesem Punkt meiner Karriere mache ich nicht viel Arbeit, die sich auf etwas anderes als das Backend konzentriert, aber bei den seltenen Gelegenheiten, die ich habe, um meine Arbeit zu erweitern, finde ich, dass ich immer noch versuche, es zu sein ebenso analytisch und nachdenklich in Bezug auf die Art und Weise, wie ich das Projekt aufbaue.