In dieser Serie besprechen wir, wie man Webanwendungen mit WordPress erstellt. Obwohl dies keine technische Serie ist, in der wir uns mit Code befassen, behandeln wir Themen wie Frameworks, Grundlagen, Designmuster, Architektur und mehr.

Wenn Sie den ersten Artikel der Serie noch nicht gelesen haben, empfehle ich ihn. Für die Zwecke dieses Artikels k?nnen wir den vorherigen Artikel jedoch wie folgt zusammenfassen:

Kurz gesagt: Software kann auf Frameworks aufgebaut werden und Software kann das Fundament erweitern.

Vereinfacht gesagt unterscheiden wir zwischen Framework und Foundation – diese beiden Begriffe werden in Software oft synonym verwendet, obwohl sie nicht dasselbe sind. WordPress ist eine Grundlage, weil es eine eigenst?ndige Anwendung ist. Es ist kein Rahmen.

Um dies zu erreichen, müssen wir beim Erstellen von Webanwendungen auf WordPress die Architektur oder das konzeptionelle Modell für die Erstellung einer Anwendung überdenken.

Struktur der Webanwendung

Auf der h?chstm?glichen Ebene besteht eine Webanwendung typischerweise aus den folgenden drei Komponenten:

1. Datenbankschicht
2. Anwendungsschicht
3. Pr?sentationsebene

Im Allgemeinen ist die Pr?sentationsebene das, was Benutzer sehen und mit ihnen interagieren. Es enth?lt alle Stile, clientseitigen Code und Markup, die erforderlich sind, um dem Benutzer etwas vorzustellen.

Wenn der Benutzer auf etwas klickt oder die Seite die aus der Datenbank abgerufenen Informationen wiedergibt, interagiert sie mit der Anwendungsschicht.

Die Anwendungsschicht ist für die Koordination von Informationen vom Browser und/oder von Benutzeraktionen an die Datenbank verantwortlich. Manchmal umfasst dies das Schreiben von Informationen in die Datenbank (z. B. Informationen aus einem Formularfeld) und das Lesen von Informationen aus der Datenbank (z. B. das Abrufen der Kontoinformationen eines Benutzers).

So wie die Pr?sentationsschicht aus verschiedenen Komponenten besteht (z. B. Stile, JavaScript, Markup usw.), kann auch die Anwendungsschicht aus verschiedenen Komponenten bestehen, z. B. den Systemen, die zum Lesen und Schreiben von Daten erforderlich sind zur Datenbank hinzufügen, Informationen bereinigen, Informationen validieren und bestimmte Regeln durchsetzen, die für das aktuelle Problem spezifisch sind.

Auf der Datenbankebene schlie?lich werden die Daten gespeichert. Es k?nnte aus einem Dateisystem bestehen, es k?nnte aus einer MySQL-Datenbank bestehen, es k?nnte aus einer L?sung eines Drittanbieters bestehen, beispielsweise einem Datenspeicher ?in der Cloud“ (wie Amazon S3 oder etwas ?hnliches).

Es ist alles abstrakt

Der wichtigste Punkt, den es zu verstehen gilt, ist, dass wir es bei Software immer mit einem gewissen Abstraktionsniveau zu tun haben. Wir reden zum Beispiel über Datenspeicherung oder Datenbankschichten, gehen aber nicht wirklich konkret darauf ein. Das Gleiche gilt für Anwendungs- und Pr?sentationsebenen.

• Sprechen wir von einer relationalen Datenbank mit mehreren Tabellen oder von Cloud-Speicher?
• Welche Datenzugriffsschicht werden wir verwenden, um eine Verbindung zur Anwendungsschicht herzustellen, um mit der Datenbank zu kommunizieren?
• Welche Frameworks und Sprachen verwenden wir im Frontend? Einfaches JavaScript, jQuery, Knockout.js? CSS-Pr?prozessor – Wie w?re es mit LESS oder Sass?

Natürlich werden wir diese Fragen jetzt nicht beantworten, aber der Punkt ist, dass alle Webanwendungen ?hnliche Komponenten enthalten, die Details jeder Komponente jedoch von Projekt zu Projekt variieren.

WordPress-Komponenten

WordPress ist als eigenst?ndige Webanwendung ein perfektes Beispiel dafür, wie verschiedene Technologien zu einer Webanwendung zusammenkommen:

1. Datenbankschicht ist die MySQL-Datenbank.
2. Die Anwendungsschicht (manche würden WordPress selbst in Betracht ziehen) ist in PHP geschrieben und übernimmt viele der Kernvorg?nge des Lesens und Schreibens in den Datenspeicher und stellt Entwicklern gleichzeitig eine API zur weiteren Nutzung bereit.
3. Pr?sentationsebeneverwendet grundlegendes CSS (zumindest im Moment), HTML (einige Themes verwenden jetzt HTML5), jQuery und einige Dashboards verwenden Backbone.js.

Das ist WordPress-Architektur, aber was ist mit den Projekten, die wir auf der Anwendung aufbauen m?chten? Wie folgen sie derselben Architektur?

Okay, denken Sie daran, WordPress ist eine Grundlage – kein Framework – wir werden also standardm??ig von der WordPress-Architektur beeinflusst. Das bedeutet nicht, dass wir in manchen F?llen nicht unsere eigenen Bibliotheken einbinden k?nnen, aber es hat Auswirkungen darauf, wie unsere Anwendungen und Projekte erstellt werden.

Wir werden sp?ter mehr über Bibliotheken, Erweiterbarkeit usw. sprechen, aber zun?chst ist es wichtig zu beachten, dass heutzutage das Architektur neu denken: Verwendung von WordPress für die Entwicklung von Webanwendungen-Paradigma (und andere Variationen von MVVM sowie Modelle, Ansichten usw.) in aller Munde ist , aber nicht WordPress Befolgen Sie diese Konvention nicht .

Es gibt Argumente dafür und dagegen, warum dies eine gute oder eine schlechte Sache sein k?nnte, aber das ist nicht der Zweck dieses Artikels. Stattdessen ist es erw?hnenswert, dass WordPress ein ereignisgesteuertes Modell anstelle eines Modellansicht-Kontrollfelds verwendet.

Aus diesem Grund lohnt es sich zu verstehen, wie das ereignisgesteuerte Modell funktioniert, damit Sie ein klares Verst?ndnis davon haben, wie WordPress-Hooks funktionieren und wie Sie Ihr Denken von Architektur neu denken: Verwendung von WordPress für die Entwicklung von Webanwendungen oder einem anderen von Ihnen verwendeten Paradigma auf die Art und Weise ?ndern k?nnen, wie WordPress seine Informationen verwaltet.

Was bedeutet ereignisgesteuert?

Bevor wir uns Beispiele für ereignisgesteuerte Anwendungen ansehen, schauen wir uns an, was es bedeutet, dem Architektur neu denken: Verwendung von WordPress für die Entwicklung von Webanwendungen-Paradigma zu folgen.

• Zuerst dient die Ansicht als Demonstration. Benutzer sehen Informationen und interagieren mit der Benutzeroberfl?che.
• Als n?chstes koordiniert der Controller die Informationen zwischen dem Modell und der Ansicht. Sie reagieren auf Benutzeraktionen und rufen Informationen aus dem Modell zur übertragung in die Ansicht ab.
• Danach repr?sentiert das Modell die Daten in der Datenbank. Dies kann auf verschiedene Arten erfolgen, aber eine der beliebtesten Methoden besteht darin, die Daten in der Datenbank einem objektrelationalen Modell zuzuordnen, sodass die Daten im Format von Objekten dargestellt werden.

Das gesamte Architektur neu denken: Verwendung von WordPress für die Entwicklung von Webanwendungen-Modell sieht so aus:

Architektur neu denken: Verwendung von WordPress für die Entwicklung von Webanwendungen圖標(biāo)題>

Ereignisgesteuerte Anwendungen k?nnen nun über einige der gleichen Komponenten verfügen – das hei?t, sie k?nnen Ansichten und Modelle oder Ansichten und Datenobjekte haben –, aber sie verfügen nicht unbedingt über ein Controller-Backend, das Informationen vom Front-End bis zum Back-End koordiniert Ende.

Im Gegensatz dazu geht die ereignisgesteuerte Programmierung davon aus, dass ?etwas passiert“. Im WordPress-Jargon hei?t Action also ?Action“ (natürlich haben wir auch Filter, aber dazu komme ich gleich).

WordPress bietet Hooks, bei denen es sich tats?chlich um Punkte in der Ausführung handelt, an denen wir unsere eigene Funktionalit?t einführen k?nnen, damit WordPress erkennt: ?Wenn dieses Ereignis auftritt, muss ich diese Funktionen ausl?sen“, wobei diese Funktionen als alles definiert ist, was wir bereitstellen .

Die Wahrheit ist, dass Filter auf die gleiche Weise funktionieren, aber unterschiedliche Zwecke haben. Einfach ausgedrückt ist ein Filter ein Vorgang, der Daten auf irgendeine Weise manipuliert (z. B. durch Anh?ngen, Voranstellen, Entfernen oder Aktualisieren von Inhalten), bevor er zur Ausführung an die Anwendung zurückgegeben wird.

Wie sieht das also aus?

Nichts besonders Kompliziertes, oder?

Was ist also unsere neue Architektur?

Der Zweck dieses Artikels besteht im Wesentlichen darin, uns zum Nachdenken über ereignisgesteuerte Programmierung anzuregen und darüber, wie wir unsere Bemühungen koordinieren k?nnen, Webanwendungen speziell auf WordPress zu erstellen.

Das hei?t, wir müssen in Bezug auf Ereignisse oder die Tatsache denken, dass ?etwas passiert ist“, damit wir wissen, wann wir unsere eigenen Handlungen angemessen einordnen müssen. Wir werden in unserem n?chsten Beitrag ausführlicher darüber sprechen, aber ich hoffe, dass ihr aus diesem Beitrag etwas mitnehmen k?nnt: Nur weil etwas nicht Architektur neu denken: Verwendung von WordPress für die Entwicklung von Webanwendungen ist (oder was auch immer das n?chste popul?re Paradigma ist), hei?t das noch lange nicht, dass es es ist ist nicht für die Anwendungsentwicklung geeignet.

Jedes Muster und jede Architektur bietet uns Vor- und Nachteile, die alle zum Aufbau erfolgreicher Webanwendungen beitragen.

Weiter...

Im n?chsten Beitrag dieser Reihe werden wir genauer untersuchen, welche wichtige Rolle Hooks beim Erstellen von Webanwendungen auf WordPress spielen, und dann beginnen wir mit der Betrachtung einiger der Funktionen, die WordPress bietet – und sie zu bestimmten Typen zu machen (nicht alle Arten) Webanwendungen.