javascript: Refactor globale Objekte zu erfordern() Module

Question

Ich möchte unsere JavaScript-Architektur modernisieren - und, was noch wichtiger ist, beginnen Komponententests für unseren JavaScript-Code zu schreiben.

Ich habe Informationen aus verschiedenen Fragen/Blogs zusammengefügt und habe einen vorläufigen Plan. Ich bin mir jedoch nicht sicher, ob ich auf dem richtigen Weg bin.

Der Plan:

1. Umgestalten Komponenten als exportierte Module statt globaler Objekte.
2. Erstellen Sie einen einzelnen Einstiegspunkt (index.js?), Der erfordert() alle Dateien/Komponenten.
3. Benutzer Browserify meine browserkompatible statische Datei zu erstellen (zurück zu global).
4. Verwenden Sie Knoten, Mocha, & Chai, führen Sie Npm Test Tests ausführen, die die exportierbaren Komponenten verweisen.

Das Umgestalten:

Globale Objekte:

// myProject.js 
// -------------------- 
var MyProject = {}; 

// component1.js 
// -------------------- 
myProject.component1 = {}; 

require() Module:

// myProject.js 
// -------------------- 
var component1 = require('./component1'); 
modules.export = { component1 }; 

// component1.js 
// -------------------- 
var component1 = {}; 
modules.exports = component1; 

Die Frage:

Wenn ein Projekt zur globalen Objekte verwendet Namespace-Komponenten, wie kann ich diese JavaS umgestalten? cript Dateien um Module zu exportieren, die im Knoten funktionieren? Folgt der obige Plan den modernen Standards für JavaScript-Abhängigkeiten/Module?

Mein Hauptanliegen ist, dass meine Datei index.js (oder Haupteintrag) ein Wartungsalbtraum wird (Hinzufügen jeder neuen Datei als require()).

Answer 1

Ihre index.js sollte nur Core-Einstiegspunkte (wie Top-Level-Komponenten) erfordern.

Andere Dateien werden indirekt benötigt.

Daher sollten Sie keine riesigen Listen aller Dateien haben; Jede Datei sollte nur Dinge benötigen, die sie direkt verwendet.

Browserify wird eine transitive Schließung aller require() d-Dateien zusammenstellen.