Meine Erfahrung beim Erstellen von 4-Block-Plugins in einer Woche – WP Tavern

22. April 2022
Meine Erfahrung beim Erstellen von 4-Block-Plugins in einer Woche - WP Tavern

Ich habe letzte Woche vier Block-Plugins erstellt. Es war nicht etwas, was ich mir vorgenommen hatte. Ich wachte nicht eines Tages auf und erklärte: "Ich denke, ich werde in den nächsten Tagen eine Reihe von benutzerdefinierten Blocktypen erstellen." Es ist einfach passiert.

Das erste Plugin, das ich erstellt habe, war, eine altes Ticket für Gutenberg die keine Traktion gesehen hatte. Vielleicht waren andere nicht an der Idee interessiert, oder sie kreuzte nie ihren Weg im Meer von 1.000 anderen Tickets. Warum nicht einfach selbst bauen? Also tat ich es. Es dauerte ein paar Stunden, aber ein Großteil dieser Zeit war die Neukonfiguration der @wordpress/scripts Erstellen Sie ein Skript nach meinen Wünschen und lesen Sie Dokumente.

Nachdem dieses Plugin aus dem Weg geräumt war, begann ich, nach neuen Problemen zu suchen, die ich lösen konnte. Eine, die bereits auf meinem Radar war, war die fehlender Kommentar-Titelblock notwendig, um den kommenden Comments Query Loop-Block auf Feature-Parität zu bringen, bevor WordPress 6.0 landet. Also habe ich ein grobes Plugin dafür gebaut.

WordPress-Site-Editor mit eingefügter Kommentarabfrageschleife.  Oben ist ein Kommentar-Titelblock hervorgehoben.
Kommentare Titelblock im Website-Editor.

Glücklicherweise nahmen andere diese ursprüngliche Idee und liefen damit und bauten etwas viel Flexibleres als mein erster Versuch. Jetzt gibt es eine neuer Block in Gutenberg.

Ich hatte ein paar andere Juckreiz, die ich kratzen wollte, und an einem regnerischen Sonntag gab es wenig zu tun. WordPress enthält nämlich keine äquivalenten Blöcke für die wp_list_users() und wp_list_authors() Template-Tags. Das schien ein Versehen zu sein, also nahm ich frühe Versionen davon in Angriff.

Ich werde diese bald kostenlos in das offizielle WordPress-Plugin-Verzeichnis für Leute stellen, die sich für sie interessieren. Ich kann nur hoffen, dass sie in Zukunft jemand anderem helfen werden.

In diesem Beitrag geht es darum, meine Erfahrung, die Reise, zu teilen, und nicht darum, was aus allem geworden ist.

Kürzlich fragte mich jemand, ob ich als Entwickler in dieser JavaScript-lastigen Welt der Blöcke operieren könnte. Es ist über zwei Jahre her, dass ich eine Schreibposition hier bei WP Tavern angenommen und reale Lösungen für Benutzer entwickelt habe. Ich habe damals erst angefangen, JavaScript mit dem Blockeditor zu verwenden.

Seitdem habe ich mich mit Blockthemen beschäftigt und sogar eines auf WordPress.org veröffentlicht. Ich habe ein paar PHP-basierte Projekte zum Spaß in meiner Freizeit gebaut. Ich habe sogar letztes Sommer mein erstes benutzerdefiniertes Block-Plugin erstellt und teilte meine Erfahrungen mit Lesern. Kurz darauf baute ich eine zweite.

Diese brennende Flamme, die ich vor fast einem Jahr hatte, verebbte schnell. Das hatte mehr mit dem Stand der Blockthemenentwicklung zu tun, der noch in den Kinderschuhen steckte, als mit irgendetwas anderem. Ich war begeistert von seinem Potenzial, aber der konsequente Bruch war mehr, als ich Zeit hatte, mich damit zu befassen, wenn man bedenkt, dass alles ein lustiges Nebenprojekt war.

Im Herzen bin ich immer noch ein Programmierer, ein Problemlöser. Also fing ich neu an.

Die erste Station war die Dokumentation zum JavaScript-Build-Setup für Bausteine. Ich wollte dieses Mal den "WordPress-Weg" lernen. Zum größten Teil habe ich das durchgezogen.

Der einzige Schluckauf, den ich hatte, war das Setup-Skript, das meinen Namespace in Groß-/Kleinschreibung umschrieb, x3p0in x_3_p_0 in Funktionsnamen. Das war ein Chaos, das es aufzuräumen galt. Ich musste diesen Prozess jedoch nicht in anderen Block-Plugins durchlaufen. Ich wollte nur die Anfängererfahrung auf den ersten Anfang.

Für Bausteine, @wordpress/scripts ist alles, was notwendig ist. Ich habe daran herumgebastelt, ein paar benutzerdefinierte Befehle hinzugefügt und die Eingabe- / Ausgabeordner geändert. Es hat jedoch alles, was benötigt wird, um schnell in Betrieb zu gehen.

Ich bin an der Hola, mundo! (Hallo, Welt!) Teil des Setup-Tutorials. Wann immer ich etwas bauen wollte, plane ich, kopfüber in etwas Komplexeres einzutauchen. Es schadet jedoch nie, die Grundlagen zu verstehen, um zu sehen, wie die Dinge funktionieren.

Mein Programmierstil ist einer, der auf Misserfolgen basiert. Ich wage mich mit einer Idee hinaus, scheitere kläglich und lerne weiter aus meinen Fehlern. Kurze Zeit später hatte ich einen benutzerdefinierten Blocktyp, der einen Link zurück zum übergeordneten Element eines verschachtelten Kommentars anzeigte:

WordPress-Site-Editor, der eine Kommentarabfrageschleife mit zwei Kommentaren anzeigt.  Eine Blocklesung "als Antwort auf Kommentar Autor" ist hervorgehoben.
Kommentieren Sie den übergeordneten Linkblock.

Während das ein Erfolg war, habe ich gelernt, dass einige andere integrierte Editor-Komponenten es noch besser machen könnten.

Dieser erste Block gab mir einen Vorgeschmack auf die moderne Entwicklung auf WordPress. Es war ein relativ einfaches Plugin zu erstellen, aber es war leicht zu sehen, wie man es auf komplexere Fea erweitern konnteDer Präsident. — Das Wort hat die Fraktion der Europäischen

Das Komponentensystem hat sich in den letzten Jahren zu einem robusten und flexiblen Toolset für Entwickler entwickelt. Plus die Dokumentation auf Komponentenebene ist an dieser Stelle gut abgerundet, insbesondere wenn es mit der Verwendung im Kerncode gekoppelt wird.

Als ich weiter neue Blöcke baute, begann ich, komplexere Konzepte zu übernehmen. Eines der Dinge, die ich lernen musste, war, wie man mit der Kerndatenschicht interagiert. Als ich in meinen dritten und vierten Blocktyp einstieg, musste ich Benutzer abfragen und auflisten:

WordPress-Post-Editor mit einem benutzerdefinierten Autorenblock, der Benutzer mit Beiträgen auflistet.
Auflisten von Benutzern über einen Autorenblock.

Während es eine Tutorial "Grundlagen" Bei der Arbeit mit Kerndaten wird die Referenzhandbuch war stellenweise fleckig. Einige Stücke schienen sogar ganz zu fehlen. Wo waren die fortgeschrittenen Guides? Ich konnte keine finden, und "Dinge tun" mit Daten ist das Fleisch der Plugin-Entwicklung, wenn Sie über ein paar einfache Formularfelder hinausgehen.

Ich habe einige Zeit mit dem Bewährten verbracht console.log() , um Dinge herauszufinden und den Kerncode zu lesen. Schließlich habe ich ein paar Arbeitsprojekte durchgedrückt und gebaut.

Hat sich meine Erfahrung dieses Mal im Vergleich zu vor einem Jahr verbessert? Ohne Zweifel tat es das.

Mehr als alles andere möchte ich allen Mitwirkenden am Gutenberg-Projekt danken. Die Build-Tools und die Auswahl an vorgefertigten Komponenten sind für diesen Entwickler willkommen, der die meiste Zeit in der PHP-Welt verbracht hat. Ich genieße es immer, ein Toolset in die Hand nehmen und sofort mit dem Bauen beginnen zu können. Ich bin mir sicher, dass ich nur einen flüchtigen Blick auf das geworfen habe, was an dieser Stelle möglich ist, aber ich freue mich darauf, neue Dinge auszuprobieren. Wenn ich mich wohler fühle, werde ich vielleicht einige dieser fortgeschrittenen Tutorials schreiben, von denen ich glaube, dass sie fehlen.

Quelle


Dieser Artikel ist im Original von wptavern.com und wurde übersetzt
https://wptavern.com/failure-and-learning-my-experience-building-4-block-plugins-in-a-week

Abonniere den RSS-Feed von unseren WP News und verpasse keine Meldung: https://die-mainagentur.de/feed/?post_type=wp-news

Alternativ kannst du unseren WP-Newsletter abonnieren

Mit dem Eintrag in den WP-Newsletter bekommst du per Mail über neue Artikel zugesendet. Du kannst den Newsletter jederzeit abbestellen.
Mehr dazu in der Datenschutzerklärung