Wie kann ich access-Konstanten in der lib/constants.js Datei in Meteor?

Variablen in Meteor sind Datei-Bereich.

Normalerweise var myVar im globalen Kontext-Knoten, jedoch in Meteor bleibt er in der geschlossenen Datei (das macht es wirklich sinnvoll zu schreiben, transparenter code). Was passiert, ist, dass Meteor wird wickeln Sie alle Dateien in einem IIFE, scoping die Variablen in die Funktion und somit effektiv in der Datei.

Definieren Sie eine Globale variable, entfernen Sie einfach die var/let/const Stichwort Meteor und kümmern um es zu exportieren. Sie haben, um Funktionen erstellen, die durch den gleichen Mechanismus (myFunc = function myFunc() {} oder myFunc = () => {}). Dieser export wird dann entweder auf client-Seite, wenn der code befindet sich in der client Verzeichnis oder server-Seite, wenn es in der server Verzeichnis, oder beide, wenn es ist in einigen anderen nicht-so-Besondere Verzeichnisse.

Vergessen Sie nicht diese Regeln zu befolgen:

1. HTML-template-Dateien immer geladen werden, bevor alles andere
2. Dateien, beginnend mit main. sind letztes geladen
3. Dateien innerhalb eines lib/ Verzeichnis geladen sind neben
4. Dateien mit tiefer Pfade geladen sind neben
5. Dateien werden dann geladen in alphabetischer Reihenfolge der gesamte Pfad

Nun können Sie in ein Problem der server-Seite, wenn Sie versuchen, Zugriff auf diese Globale variable sofort, aber Meteor ist noch nicht instanziiert, da es noch nicht über die Datei, die die variable definieren. So haben Sie zu kämpfen mit Dateien und Ordner-Namen, oder vielleicht versuchen, trick Meteor.startup() (viel Glück damit). Dies bedeutet weniger lesbar, fragile Lage-abhängigen code. Einer Ihrer Kollegen verschiebt eine Datei und Ihre Anwendung bricht.

Oder vielleicht haben Sie einfach nicht wollen, um zurück zu gehen, um die Dokumentation jedes mal, wenn Sie eine Datei, die zum ausführen eines fünf-Schritt-Prozess, um festzustellen, wo diese Datei ist und wie es zu benennen.

Gibt es zwei Lösungen für dieses problem, da der Meteor 1.3:

1. ES6-Module

Meteor 1.3 (derzeit in beta) ermöglicht die Verwendung Module in Ihrer Anwendung mithilfe der modules - Paket (meteor add modules oder api.use('modules')).

Module gehen einen langen Weg, hier ist ein einfaches Beispiel, die direkt aus dem link oben:

Datei: a.js (zuerst geladen mit traditionellen lade-Reihenfolge-Regeln):

import {bThing} from './b.js';
//bThing is now usable here

Datei: b.js (geladen Sekunde mit traditionellen lade-Reihenfolge-Regeln):

export const bThing = 'my constant';

Meteor 1.3 kümmern sich um das laden der b.js Datei vor a.js da es schon explizit gesagt.

2. Pakete

Letzte Möglichkeit zum deklarieren von globalen Variablen erstellen Sie ein Paket.

meteor create --package global_constants

Jede variable deklariert, ohne die var Stichwort exportiert werden, wird das ganze Paket. Es bedeutet, dass Sie können Ihre Variablen in Ihren eigenen Dateien, fein Korn den laden, um mit api."addFiles" , die Kontrolle, wenn Sie gehen sollten, um den client, den server oder beide. Es erlaubt Ihnen auch, um api.verwenden Sie diese Variablen in anderen packages.

Dies bedeutet klar, wiederverwendbaren code. Möchten Sie eine Konstante? Entweder tun Sie es in eines der bereits angelegten Datei oder erstellen Sie einen api.addFiles es.

Lesen Sie mehr über Paket-management -in der doc.

Hier ein Zitat aus "Die Strukturierung Ihrer Anwendung":

Diese [Pakete] ist der ultimative code-Trennung, Modularität und Wiederverwendbarkeit. Wenn Sie den code für jede Funktion in ein separates Paket, das den code für ein feature nicht in der Lage sein, um Zugriff auf den code für die andere Funktion außer durch die Exporte, so dass jede Abhängigkeit explizit. Dies ermöglicht auch die einfachste unabhängige Tests von Funktionen. Sie können auch veröffentlichen die Pakete und verwenden Sie Sie in verschiedenen apps mit meteor add.

Es ist erstaunlich, zu beide Ansätze kombinieren mit Meteor 1.3. Module sind einfacher und leichter zu schreiben, als die Pakete, da mit Ihnen ist eine export Zeile und wie viele imports als notwendig, anstatt das ganze Paket-Erstellung, aber nicht so dumm-Fehler-Nachweis (vergessen zu schreiben das import Zeile am Anfang der Datei), die als Pakete.

Eine gute Wette wäre, die Module verwenden, zuerst, dann wechseln Sie zu einem Paket, sobald Sie sind anstrengend zu schreiben, oder ob ein Fehler passiert ist, weil es (miswritten die import, ...).

Stellen Sie einfach sicher zu vermeiden, sich auf traditionelle laden um, wenn Sie etwas größer als ein POC.