Looking for meteor Keywords? Try Ask4Keywords

meteorVerzeichnisaufbau


Einführung

Vor der Veröffentlichung von Meteor 1.3 waren Meteor-Entwickler mit der Handhabung von Dateiabhängigkeiten und globalen Variablen durch Meteor.js frustriert. Als Reaktion darauf setzte Meteor neue Maßstäbe für Projektstrukturen, um das Projektabhängigkeitssystem schlanker zu gestalten. Dieses Thema erläutert die standardisierte Projektstruktur und die dahinter stehenden Prinzipien.

Bemerkungen

Klient
Der gesamte Code im Clientverzeichnis wird nur auf der Clientseite oder im Webbrowser ausgeführt.

Client / Kompatibilität
Das Kompatibilitätsverzeichnis enthält Legacy- oder Drittanbietercode, wie z. B. jQuery-Bibliotheken usw.

lib
Das lib-Verzeichnis wird vor anderen Verzeichnissen in Ihrem Meteor-Projekt geladen und sowohl auf dem Server als auch auf dem Client geladen. Dies ist der bevorzugte Ort, um Datenmodelle, isomorphe Bibliotheken und Geschäftslogik zu definieren.

Einfuhren
Das Importverzeichnis ist ein Verzeichnis auf dem Server, das sowohl für den Server als auch für den Client verfügbar ist, jedoch nur, bevor das Client-Paket an den Client gesendet wird.

Pakete
Im Paketverzeichnis werden während der lokalen Entwicklung benutzerdefinierte Pakete gespeichert. Wenn Sie den Standardbefehl meteor add package:name , um ein Paket hinzuzufügen, sucht Meteor zuerst in diesem Verzeichnis, ob ein lokales Paket in seiner package.js Datei den entsprechenden Beschreibungsnamen hat. Wenn nicht, wird Atmosphere wie üblich abgefragt.

Privatgelände
Das private Verzeichnis enthält statische Dateien, die nur auf dem Webserver verfügbar sein sollten.

Öffentlichkeit
Das öffentliche Verzeichnis enthält statische Dateien, die nur auf dem Anwendungsclient verfügbar sind. Dies kann Branding-Assets usw. umfassen.

Server
Das Serververzeichnis enthält serverseitige Assets. Dazu können Authentifizierungslogik, Methoden und anderer Code gehören, der möglicherweise Sicherheitsaspekte berücksichtigt.

Tests
Das Testverzeichnis wird standardmäßig ausgelassen, wenn Ihre Anwendung gebündelt und bereitgestellt wird.

Wie von Richard Silverton vorgeschlagen , ist es eine bequeme Idee, nicht nur das Meteor-Projektverzeichnis unter Versionskontrolle zu stellen, sondern auch das übergeordnete Verzeichnis.

Auf diese Weise können Sie Dateien unter Versionskontrolle halten, ohne sich mit einem Meteor auseinandersetzen zu müssen.

Verzeichnisaufbau Verwandte Beispiele