还有:

var myModule = require.main.require('./path/to/module');

它需要的文件，就像它被要求从主js文件，所以它工作得很好，只要你的主js文件是在你的项目的根…这一点我很感激。

只是想继续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将不再看到符号链接。

这里已经有很多好答案了。这只是说明这是一个普遍的问题，没有明确的最佳解决方案。当然最好是在Node.js中提供本地支持。以下是我目前使用的:

const r  = p => require (process.cwd() + p);
let see  = r ('/Subs/SubA/someFile.js' );
let see2 = r ('/Subs/SubB/someFile2.js');
...

我喜欢这个解决方案，因为require部分变得更短，不需要键入'require'很多次。绝对路径的主要好处是，您可以将它们从一个文件复制到另一个文件，而不必像使用相对路径那样对它们进行调整。因此，复制额外的一行箭头函数'r()'也不会有太多额外的工作。为了完成这个非常简单的任务，不需要导入额外的npm依赖项。

我实现这一点的方法是创建“本地链接模块”。

的文件夹结构为例

db ¬ 
    models ¬
        index.js
    migrations
    seed
    config.json

routes ¬
    index.js
    user ¬
        index.js

如果从。/routes/user/index.js我想访问/db/models/index.js我会写

require('../../db/models/index.js')

为了使/db/models/index.js可以从任何地方访问，我在db文件夹中创建了一个名为_module_的文件夹，其中包含一个包。Json和一个main.js文件。

# package.json
{
    "name": "db", <-- change this to what you want your require name to be
    "version": "1.0.0",
    "description": "",
    "author": "",
    "repository": {},
    "main": "main.js"
}

// main.js
module.exports = require('../../db/models/index');

main.js中的路径必须是相对的，就像文件在node_modules中一样

node_modules ¬
    db ¬
        main.js

然后你可以运行npm install ./db/_module_，这将把。/db/_module_中的文件复制到。/node_modules/db中，在应用程序包的依赖项下创建一个条目。json之类的

"db": "file:db/_module_"

您现在可以在任何地方使用此包

const db = require('db');

当你运行npm install时，它会自动安装你的其他模块，工作跨平台(没有符号链接)，并且不需要第三方包。

我认为你不需要用你描述的方式来解决这个问题。如果您想在大量文件中更改相同的字符串，请使用sed。在你的例子中，

find . -name "*.js" -exec sed -i 's/\.\.\/\.\.\//\.\.\//g' {} +

/../变成了../

或者，您可以要求配置文件存储包含库路径的变量。如果您将以下文件存储为config.js在示例目录中

var config = {};
config.path = '../../';

在你的例子文件中

myConfiguration = require('./config');
express = require(config.path);

您将能够从一个文件控制每个示例的配置。

这只是个人喜好。

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

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

将应用程序模块与外部依赖项混合，或者为特定于应用程序的代码使用私有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');

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

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