Überkonstruieren Sie die Lösung nicht

Wenn Sie aus einem objektorientierten Hintergrund kommen oder versuchen, alle Ihre Lösungen für WordPress mit objektorientierten Techniken zu erstellen, dann wird es Zeiten geben, in denen es sich anfühlen könnte, als würden Sie mit einem Vorschlaghammer auf einen Nagel schlagen.

Nehmen wir zum Beispiel an, dass jemand zu Ihnen kommt und ein benutzerdefiniertes Plugin entwickeln muss, das mit einem Plugin eines Drittanbieters funktioniert, aber nur eine Sache tun muss.

Lohnt es sich, sich die Zeit zu nehmen, eine Schnittstelle zu erstellen, die besagte Schnittstelle in einer konkreten Klasse zu implementieren, Abonnenten einzurichten, Unit-Tests zu schreiben und so weiter?

Ich kann den Reiz sehen, aber ich sage im Allgemeinen nein. Wenn Sie im Wesentlichen Stile oder JavaScript-Dateien oder beides einbinden müssen, warum verlassen Sie sich dann nicht auf die nativen WordPress-APIs und die prozedurale Programmierung?

Nicht überkonstruieren

Angenommen, ein potenzieller Kunde kommt zu Ihnen, der:

• arbeitet mit einem sehr knappen Budget,
• hat ein Plugin eines Drittanbieters, das nicht gut zu seinem Thema passt,
• braucht nur leichtes Styling,
• und hat die Mittel, um Sie für die Arbeit zu beauftragen.

Unter der Annahme, dass all dies zutrifft, würde ich sagen, dass das Durcharbeiten der Lösung einfach genug erscheint, oder? Wir müssen die Website prüfen, damit wir:

• die Farbgebung bestimmen,
• Finden Sie die notwendigen Selektoren für das CSS,
• Beginnen Sie dann mit der Erstellung des Plugins.

Wenn es darum geht, versuche ich immer noch, eine Handvoll Best Practices anzuwenden. Obwohl ich zur objektorientierten Programmierung tendiere, verwende ich sie nicht immer und empfehle sie nicht immer.

Stattdessen denke ich, dass die Verwendung einer einfachen Funktion oder einer Reihe von Funktionen, die auf prozedurale Weise an die WordPress-API angeschlossen sind, gut funktioniert. Das bedeutet jedoch nicht, dass wir nicht darauf abzielen sollten, eine solide Dateiorganisationsstruktur zu erstellen, da Sie nie wissen, wann Sie möglicherweise zurückkommen müssen, um das Projekt zu warten.

Zu diesem Zweck mache ich normalerweise Folgendes:

• Erstellen Sie ein Assets-Verzeichnis für Stylesheets und JavaScript (für beide oder eines der anderen – je nachdem, was erforderlich ist).
• Erstellen Sie ein src -Verzeichnis für den Code, der für die Einbindung in WordPress verantwortlich ist,
• Fügen Sie die übliche LIZENZ-, README- und Plugin-Bootstrap-Datei hinzu.

Das resultierende Verzeichnis könnte etwa so aussehen:

Von da an kümmere ich mich nicht einmal um einen Autoloader. Stattdessen füge ich die Dateien in das Quellverzeichnis ein. Sie könnten diese Dateien durchlaufen, anstatt so etwas zu tun :

Aber das hängt davon ab, wann und was Sie tun.

Das ist zu einfach

Vielleicht. Hier ist die Sache: Immer wenn eine Person sich in der Verwendung eines bestimmten Programmierparadigmas verfestigt, versucht diese Person, es überall anzuwenden, und versucht dies die ganze Zeit zu tun.

Nicht alle, aber viele. Mich eingenommen.

Und wenn Sie feststellen, dass Sie etwas zu viel entwerfen, warum gehen Sie nicht einen Schritt zurück und versuchen, Ihre Arbeitsbelastung ein wenig zu vereinfachen?

Das Problem ist immer noch gelöst, und zwar auf eine Weise, die deutlich weniger Overhead verursacht.