Share
Die Arbeit in der WordPress-Community ist sowohl Segen als auch Fluch. Aufgrund des Open-Source-Charakters verfügen wir über eine fantastische Plattform, auf der Websites, Designs, Plugins und sogar Anwendungen erstellt werden können. Es hat eine kluge Gemeinschaft, umfassende Dokumentation und Standards, die es zu bieten hat der Weg Code dafür schreiben und der Weg um Werkzeuge zu bauen.
Die Open-Source-Natur von WordPress sowie die Sprachen, mit denen WordPress erstellt wurde, ermöglichen es jedem, seine Arbeit zu versenden, unabhängig davon, ob er Standard ist oder Best Practices verwendet. Für viele Benutzer sind sie nicht das klügste, was unter der Haube vor sich geht. Wenn das Produkt funktioniert, sind sie glücklich.
Als Menschen, die es mit ihrem Handwerk ernst meinen, können wir uns absolut nicht damit zufrieden geben, "es einfach nur zum Laufen zu bringen". Wir haben sich darum kümmern, was unter der Haube ist.
Wenn Sie ein ernsthafter WordPress-Entwickler sind, haben Sie wahrscheinlich bereits eine Methode, wie Sie arbeiten. Wenn Sie jedoch gerade erst anfangen oder sich als professioneller WordPress-Entwickler definieren möchten, gibt es Strategien, Umgebungen und Tools dass Sie das nutzen können, kann helfen.
In diesen drei Artikelserien werden wir uns genau anschauen, was diese sind und wie sie in unserer Projektarbeit zum Einsatz kommen. Zuerst beginnen wir mit Strategien.
Ein erheblicher Teil der Gebäudesoftware wird nach dem ersten Start tatsächlich gewartet. Die Wahrheit ist, dass mehr Zeit für die Aufrechterhaltung von Projekten aufgewendet wird, als sie zu bauen. Es macht Sinn, richtig? Ein Produkt ist viel länger vorhanden, als für die Erstellung des Produkts erforderlich ist. Vorausgesetzt, es ist von hoher Qualität, werden die Benutzer Fehler finden und neue Funktionen anfordern.
Unglücklicherweise wird ein erheblicher Teil der Wartungszeit aufgewendet, um einen Fehler zu beheben oder schnell ein neues Feature hinzuzufügen. Dies geschieht häufig auf eine Art und Weise, die eher darauf abzielt, das Problem zu beheben, als es richtig zu erledigen. Dies ist auch nicht völlig falsch: Wenn ein Produkt direkt an das Geschäftsergebnis eines Unternehmens gebunden ist, hat die Zeit Priorität.
Es gibt jedoch Dinge, die während der anfänglichen Entwicklung getan werden können, was die Wartung eines Produkts nach seiner Markteinführung wesentlich erleichtern kann.
Der WordPress-Codex enthält eine umfassende Anleitung zum Erstellen von Themen. Es umfasst Stylesheet-Anleitungen, Vorlagendateien, JavaScript-Informationen, Testrichtlinien, Checklisten und verschiedene Referenzen. Auch wenn Sie sich mit dem Erstellen von Themen beschäftigen, kann ich diese Liste von Zeit zu Zeit überprüfen.
Neben der Einhaltung der grundlegenden Richtlinien gibt es noch weitere Maßnahmen zur Verbesserung der Wartung. Wenn Sie davon ausgehen, dass Sie die Codex-Richtlinien zum Erstellen von Themen einhalten, sollten Sie Folgendes in Bezug auf einige Ihrer Assets und Abhängigkeiten berücksichtigen.
Eines der Dinge, die ich für jedes meiner Projekte mache, ist sicherzustellen, dass ich spezifische Verzeichnisse für Assets habe, die sich außerhalb der normalen Dateien befinden, die für die Themenentwicklung erforderlich sind. Damit meine ich, dass ich spezielle Verzeichnisse für Folgendes habe:
Zugegeben, für jedes Thema ist mindestens ein Stylesheet erforderlich. Angenommen, Sie stellen Stylesheets speziell für das Verwaltungsdashboard bereit. Für die Wartung ist es besser, sie getrennt als in einem einzelnen Stylesheet aufzubewahren und sie dann einem Tool zu erlauben, sie zu kombinieren, bevor sie freigegeben werden.
Im letzten Artikel der Serie werden wir uns genau das Werkzeug ansehen.
Unabhängig davon, wo Sie landen, kann ein wenig Planung im Vorfeld dazu beitragen, gut organisierte Assets zu haben.
Wenn wir uns überlegen, wie wir unsere verschiedenen Assets am besten organisieren, können Namenskonventionen dazu beitragen, Klarheit zu schaffen und einen Standard zu schaffen, nach dem alle zugehörigen Dateien folgen sollen. Zum Beispiel mache ich in jedem meiner Projekte normalerweise Folgendes:
Natürlich gibt es einige allgemeine JavaScript- und Stylesheets, die im gesamten Design angewendet werden. In diesem Fall pflege ich einfach eine Menge von admin.css und style.css Dateien.
Die meisten WordPress-Entwickler wissen, dass Plugins themenunabhängig sein sollten. Das heißt, sie sollten nicht von einer Funktion eines bestimmten Themas abhängig sein und sollten nicht ihre eigenen Stylesheets oder JavaScripts für das vorhandene Design festlegen, es sei denn, es handelt sich um ein spezifisches Feature.
Darüber hinaus gibt es zwei Möglichkeiten, Plugins zu entwickeln:
Zu diesem Zweck gibt es einige Strategien, die beim Schreiben Ihrer Plugins angewendet werden können, um sicherzustellen, dass Stylesheets, JavaScript, Bilder und andere Elemente nicht mit dem vorhandenen Design in Konflikt stehen.
Beim Schreiben von Plugins ist es in der Regel einfach, die verschiedenen Sprachen, die Sie zum Erstellen des Plugins verwenden, mit verschiedenen APIs zu mischen. Damit meine ich, dass es durchaus möglich ist, alle Stile, JavaScripts, HTML und PHP in eine einzige Datei zu integrieren und anschließend zu versenden.
Aber ich bin kein Fan davon.
Normalerweise dient jede Sprache einem bestimmten Zweck, und aus diesem Grund versuche ich, jede Sprache so weit wie möglich in ihrer eigenen Datei zu behalten. Bedenken Sie:
Daher glaube ich, dass es sinnvoller ist, die Dateien getrennt zu halten, damit Sie wissen, wo Sie sich auf ein Problem konzentrieren müssen oder wenn es an der Zeit ist, eine neue Funktion einzuführen.
Dies bedeutet nicht, dass Sie nicht gelegentlich PHP in Ihr Markup schreiben oder dass Sie keine HTML-Elemente auf der Serverseite dynamisch erstellen, sondern es soll eine Grundlage bilden, auf deren Grundlage Sie Ihre Arbeit organisieren.
Abgesehen davon, dass jeder Satz von Stylesheets und JavaScript-Dateien eindeutig benannt ist, neige ich dazu, der gleichen Struktur zu folgen, die ich für Designs benutze. Dabei wird der verwaltungsspezifische Code mit dem Präfix angegeben Administrator und Thema oder öffentlich-spezifischer Code mit Anzeige.
Dies ist eine einfache Strategie, die jedoch einen großen Beitrag zur Optimierung des Speicherorts Ihrer Dateien und zur Beibehaltung von Problemen bei der Darstellung der Inhalte leistet, sobald sich Ihre Arbeit in der Wildnis befindet.
Der diesbezügliche Punkt ist nicht zu erzwingen meine So können Sie Dateien in Ihrem System organisieren oder sogar sagen, dass dies eine Standardmethode ist. Es soll einen Ausgangspunkt bieten, für den Sie Ihre Projekte verwalten können.
Letztendlich geht es darum, die Wartung so gering wie möglich zu halten. Durch klar definierte Namenskonventionen und einen Organisationsstandard können Sie genau wissen, wie und wo Sie Ihre Dateien platzieren müssen, ohne zu raten. Außerdem können Ihre Mitarbeiter und / oder Teammitglieder wissen, wo sie sich konzentrieren müssen, um Probleme sofort zu erkennen.
Eine der Herausforderungen, denen sich Entwickler stellen müssen, ist sicherzustellen, dass sie mit den richtigen Methoden vertraut sind, um die Plattform zu nutzen, auf der sie arbeiten.
In der Regel enthält jede Sprache, jedes Framework und jede Bibliothek eine Form der Dokumentation. WordPress unterscheidet sich nicht. Die Sache ist, WordPress besteht aus verschiedenen Teilen - nicht nur die Anwendung wird mit PHP erstellt, sondern es gibt auch anwendungsspezifische APIs sowie Bibliotheken wie jQuery, die als Referenzen benötigt werden.
Da es sehr lange dauert, sich mit den Besonderheiten der einzelnen Sprachen, Anwendungen und Bibliotheken vertraut zu machen, stehen professionellen WordPress-Entwicklern normalerweise Referenzen zur Verfügung. Für WordPress-Entwickler sind die folgenden Referenzen äußerst wertvoll.
Meistens ist es das - setzen Sie ein Lesezeichen oder lassen Sie sie einfach in Ihrer IDE verfügbar sein (sofern dies von ihr unterstützt wird), verbringen Sie Zeit mit jedem von ihnen und Sie sind auf dem besten Weg zu mehr professionellen Entwicklungspraktiken.
Was Strategien angeht, so deckt es dies ab. Vereinfacht gesagt, haben Sie eine definierte Methode zum Organisieren und Benennen Ihrer Dateien, stellen Sie sicher, dass Sie die bewährten Vorgehensweisen der wichtigsten WordPress-API befolgen, und stellen Sie sicher, dass Sie sich beim Erstellen Ihrer Arbeit auf die verschiedenen Sprach-API-Dokumente beziehen eine weitaus bessere Position als einfach die Arbeit von der Manschette zu bauen.
.
Accentsconagua