Sind JavaScript-Klassen akzeptabel? Knotenmodule?

Question

Bear mit mir, wie ich Sie durch den Prozess führen, die meine Frage ausgelöst.

ich auf einer CLI-Anwendung in Knoten gerade arbeite und ich bin mit Objekten meiner Business-Logik mit diesem Muster kapseln:

// my-project/lib/widget/myobject.js 

var MyObject = function(x) { 
    this.x = x; 
}; 

MyObject.prototype.getX = function() { 
    return this.x; 
}; 

module.exports = MyObject; 

Ich teste auch diese Objekte:

// my-project/test/lib/widget/myobject.spec.js 

var MyObject = require('../../../lib/widget/myobject.js'); 

describe('MyObject', function() { 
    ... 
}); 

An einer Stelle war ich mit der Namens- und Verzeichnisstruktur, die ich gewählt hatte, unzufrieden. Ich fand mich mühsam diese Elternverzeichnis Referenzen (..) in mehreren Spec-Dateien beim Umschreiben der relativen Pfade. Ich dachte, dass es einen einfacheren Weg geben muss, auf ein Wurzelverzeichnis zu verweisen, das diese Objektdefinitionen enthält.

Eine der Empfehlungen, die ich fand, here schlug vor, "anwendungsspezifische Module in node_module" zu setzen.

Nun, wie ich Module verstehe, sind sie die Pakete, die ich von Npm herunterladen und in meinem Projekt verwenden. Sie enthalten Bibliotheken von nützlichen Dingen mit einer einzigen API, die zu mir exportiert wird, wenn ich require anrufe. So sehe ich nicht die einfachen Einzweckklassen, die speziell für die interne Verwendung meiner Anwendung erstellt wurden.

Wenn Sie so weit bei mir stecken geblieben sind, danke! Hier ist meine Frage:

Wie mache ich die Interna meiner Anwendung "modularer", so dass es richtig die Absicht des Node-Modulsystems folgt, während objektorientiert bleibt?

Answer 1

Ich bin mir nicht sicher, wie geeignet diese für die Produktion oder für Module, die Sie auf der Verteilung, sondern in der Hauptdatei planen könnten Sie hinzufügen:

process.env.NODE_PATH = __dirname; 
require('module').Module._initPaths(); 

, die Sie immer Module benötigen relativ zu dem Ordner lassen würde enthält Ihre Hauptdatei. I.e. Wenn Sie eine Datei in haben:

library/some_file.js 

dann in tests/some_other_file.js könnten Sie einfach tun:

require('library/some_file'); 

Oder als Alternative Sie dies in Ihrer Hauptdatei hinzufügen könnten:

global.__base = __dirname + '/'; 

und dann in Ihren anderen Modulen benötigen Sie:

var MyObject = require(__base + 'my-project/lib/widget/myobject');