我尝试过很多这样的解决方案。我最终把这个添加到我的主文件的顶部(例如index.js):

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

这将在加载脚本时将项目根添加到NODE_PATH。允许我通过引用项目根的相对路径，如var User = require('models/ User ')，来要求项目中的任何文件。只要在项目中运行其他任何东西之前在项目根目录中运行一个主脚本，这个解决方案就应该有效。

我喜欢做的是利用node从node_module目录加载的方式。

如果有人试图加载“thing”模块，他会做如下的事情

require('thing');

Node将在'node_module'目录中查找'thing'目录。

由于node_module通常位于项目的根，所以我们可以利用这种一致性。(如果node_module不在根节点上，那么您就会遇到其他令人头痛的问题。)

如果我们进入目录，然后从目录中返回，我们可以获得到节点项目根的一致路径。

require('thing/../../');

如果我们想访问/happy目录，我们会这样做。

require('thing/../../happy');

虽然这有点粗糙，但是我觉得如果node_modules加载的功能发生了变化，将会有更大的问题需要处理。这种行为应该保持一致。

为了使事情更清楚，我这样做，因为模块的名称并不重要。

require('root/../../happy');

我最近在angular2中使用了它。我想从根目录加载服务。

import {MyService} from 'root/../../app/services/http/my.service';

这是我六个多月来的实际做法。我在项目中使用一个名为node_modules的文件夹作为我的根文件夹，这样它将始终从我调用绝对require的任何地方查找该文件夹:

node_modules myProject index.js我可以require("myProject/someFolder/hey.js")而不是require("./someFolder/hey.js") 包含hey.js的someFolder

当你被嵌套到文件夹中时，这更有用，如果以绝对方式设置，更改文件位置的工作要少得多。我在整个应用程序中只使用了2个相对要求。

这里有关于这个问题的很好的讨论。

我遇到了同样的架构问题:想要给我的应用程序更多的组织和内部名称空间，但没有:

将应用程序模块与外部依赖项混合，或者为特定于应用程序的代码使用私有NPM回购 使用相对要求，使得重构和理解更加困难 使用符号链接或更改节点路径，这可能会模糊源代码位置，并且不能很好地进行源代码控制

最后，我决定使用文件命名约定而不是目录来组织我的代码。结构应该是这样的:

npm-shrinkwrap.json package.json node_modules .．. src app.js app.config.js app.models.bar.js app.models.foo.js app.web.js app.web.routes.js .．.

然后在代码中:

var app_config = require('./app.config');
var app_models_foo = require('./app.models.foo');

或者只是

var config = require('./app.config');
var foo = require('./app.models.foo');

和往常一样，外部依赖项可以从node_modules中获得:

var express = require('express');

通过这种方式，所有应用程序代码都按层次结构组织成模块，相对于应用程序根，所有其他代码都可以使用。

当然，主要的缺点是在文件浏览器中，您不能展开/折叠树，就好像它实际上被组织成目录一样。但我喜欢它非常明确所有代码的来源，而且它没有使用任何“魔法”。

如果你的应用程序的入口点js文件(即你实际运行“node”的文件)在你的项目根目录下，你可以很容易地用rootpath npm模块做到这一点。只需通过

npm install --save rootpath

.．.然后在入口点js文件的最上面，添加:

require('rootpath')();

从那时起，所有的require调用现在都相对于项目根——例如require('../../../config/debugging/log');就要求(“配置/调试/日志”);(其中配置文件夹在项目根目录下)。

只是想继续Paolo Moretti和Browserify的精彩回答。如果你正在使用一个编译器(例如babel, typescript)，并且你有单独的文件夹存放源代码和编译过的代码，比如src/和dist/，你可以使用不同的解决方案

node_modules

目录结构如下:

app
  node_modules
    ... // normal npm dependencies for app
  src
    node_modules
      app
        ... // source code
  dist
    node_modules
      app
        ... // transpiled code

然后你可以让Babel等编译SRC目录到dist目录。

符号链接

使用符号链接，我们可以摆脱一些嵌套级别:

app
  node_modules
    ... // normal npm dependencies for app
  src
    node_modules
      app // symlinks to '..'
    ... // source code
  dist
    node_modules
      app // symlinks to '..'
    ... // transpiled code

关于babel——copy-files的警告:babel的——copy-files标志不能很好地处理符号链接。它可能会一直导航到…符号链接和隐性看到无尽的文件。一种变通方法是使用以下目录结构:

app
  node_modules
    app // symlink to '../src'
    ... // normal npm dependencies for app
  src
    ... // source code
  dist
    node_modules
      app // symlinks to '..'
    ... // transpiled code

通过这种方式，src下的代码仍然会有app解析到src，而babel将不再看到符号链接。