Es hängt wirklich vom Entwickler ab und davon, wie er für die Verwendung von WordPress geschult wurde. Im Allgemeinen habe ich zwei Denkschulen gesehen:
Bio
Einige Entwickler finden eine Funktion in einem Plugin, die sie für wirklich cool halten. Leider sind sie sich nicht ganz sicher, wie sie es selbst implementieren sollen, wollen aber die Funktionalität wirklich in ihr Thema aufnehmen. Anstatt das Rad neu zu erfinden, werden sie ein Drop-In-Plugin in ihr Thema aufnehmen und mitmachen.
In den meisten Fällen (nicht alle, aber die meisten, die ich gesehen habe) ist dies eine direkte Folge der Unerfahrenheit im Hintergrund eines Entwicklers. Entweder kennen sie nicht genug PHP, um selbst ein neues System zu erstellen, oder sie sind zu faul, um es zu versuchen.
Produkt des Designs
Andere Entwickler werden versuchen, Kunden zu bedienen, die es nicht besser wissen. Ihr Thema basiert beispielsweise auf einem großen, Flash-basierten rotierenden Banner-Plugin. Das Plugin ist ziemlich bekannt, aber sie haben keine Ahnung, ob / wann der ursprüngliche Autor das System mit Code aktualisiert, den ihr Thema nicht versteht. Ändern des DB-Schemas, Ändern von Parametern, neue Hooks ... all dies kann ein Thema beschädigen, das nicht entsprechend aktualisiert wird.
Anstatt zu riskieren, dass der Client auf "Update" klickt, ohne zu wissen, was er tun wird (oder sich an eine unendliche Anzahl von Updates für einen Client zu binden, sobald das Thema fertig ist), machen sie einen Schnappschuss der aktuellen Arbeitsversion und arbeiten hart -code es in das Thema. Auf diese Weise wissen sie sicher, dass es immer mit ihrem Thema funktioniert.
Ein bisschen wie das Hardcodieren einer externen Referenz in Svn und das Deaktivieren der Versionskontrolle, damit Sie sie nicht aktualisieren können :-)
Warum ist das egal?
Ob die Praxis organisch oder absichtlich entstanden ist, es ist immer noch eine sehr schlechte Idee !!!
Ob das Thema aktualisiert wird oder nicht, ob das Plugin aktualisiert wird oder nicht ... WordPress wird schließlich aktualisiert. Die Beschränkung Ihres Kunden auf eine einzige Version ist ehrlich gesagt beleidigend und ein schlechtes Geschäft. Anstatt ein Drop-In-Plugin fest zu codieren, lassen Sie Ihr Thema einfach mit den bereitgestellten Hooks gut spielen und ermutigen Sie die Benutzer, das andere System zu installieren. Wenn Sie WordPress-Hooks (Aktionen und Filter) anstelle von direkten Funktionsaufrufen verwenden, riskieren Sie nicht viel Stabilität. Wenn sich ein Hook ändert, wird die Funktion einfach deaktiviert, als ob das Plugin nicht installiert wäre.