Bevor die generative KI unsere Welt mit aufgeblähten Texten füllte, verließen sich die Menschen auf grammatikalisch gleichgültige, knappe Notizen, um anderen – und sich selbst – bei der Navigation durch das riesige Meer der Softwareentwicklung zu helfen. Hier ist, was ich an Ember für wesentlich hielt, basierend auf einer vor Jahren ausgegrabenen Notiz:
- ember-data ist eine ORM-artige Persistenzschicht, die Ember standardmäßig verwendet. Als grundlegende Konzepte werden Modelle, Adapter, Serialisierer und ein Speicher verwendet. Wenn eine API nicht gut für Ember-Daten geeignet ist, ist es möglich, einen Ad-hoc-REST-Endpunkt oder einen Endpunkt im RPC-Stil zu verwenden.
- Der Store gibt in „Promise-Objekten“ verpackte Ressourcen zurück. Diese Proxys ermöglichen das verzögerte Laden der Ressourcen und lösen Abrufe aus, wenn auf eine Beziehung zugegriffen wird, die nicht geladen ist. Dies in einer Schleife zu tun, führt zu N 1 Abfragen.
- Ember-Vorlagen nutzen Datenbindung, um Teile des DOM automatisch neu zu rendern, wenn sich das Hintergrundmodell ändert.
- Ember-Apps sind „Single-Page-Anwendungen“. Der Webserver gibt für alle eingehenden Anfragen eine statische HTML-Seite zurück und sobald das JavaScript geladen ist, wird die Anfrage über Ember-Komponenten weitergeleitet, die API-Aufrufe an einen unserer unzähligen Microservices durchführen.
- Komponenten sind die von Ember bereitgestellte UI-Abstraktion, die eine Vorlage und eine JavaScript-Datei kombinieren. Ember stellt außerdem einen Abhängigkeitsinjektionscontainer, Dienste (vom Container verwaltete Singletons), Routen usw. bereit.
Das obige ist der detaillierte Inhalt vonEmber.js in Sekunden. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!