在简单的行中，你可以调用自己的文件夹为module:

为此，我们需要:global和app-module-path module

这里“App-module-path”是模块，它允许你添加额外的目录到Node.js模块搜索路径 global的意思是，你附加到这个对象的任何东西b在你的应用中都是可用的。

现在看一下这个片段:

global.appBasePath = __dirname;

require('app-module-path').addPath(appBasePath);

__dirname为节点当前运行目录。您可以在这里给出自己的路径来搜索模块的路径。

大局

这看起来“真的很糟糕”，但要给它时间。事实上，它真的很好。显式的require()提供了完全的透明性和易于理解，就像项目生命周期中的一股新鲜空气。

可以这样想:你正在阅读一个例子，尝试Node.js，你认为它“在我看来真的很糟糕”。你在质疑Node.js社区的领导者，他们比任何人都花了更多的时间来编写和维护Node.js应用程序。作者犯这样一个新手错误的可能性有多大?(我同意，从我的Ruby和Python背景来看，乍一看这像是一场灾难。)

围绕Node.js有很多炒作和反炒作。但是当尘埃落定后，我们将承认显式模块和“本地优先”包是采用的主要驱动力。

一般情况

当然，首先搜索当前目录中的node_modules，然后是父目录、祖父目录、曾祖父目录等等。所以您已经安装的包已经以这种方式工作了。通常你可以从项目中的任何地方要求(“express”)，它工作得很好。

如果您发现自己正在从项目的根目录加载公共文件(可能是因为它们是公共实用程序函数)，那么这就是一个很大的线索，说明是时候创建包了。包非常简单:将文件移动到node_modules/，并放入package.json 在那里。瞧!整个项目都可以访问该名称空间中的所有内容。包是将代码放入全局名称空间的正确方法。

其他解决方法

我个人不使用这些技巧，但它们确实回答了你的问题，当然你比我更了解自己的情况。

您可以将$NODE_PATH设置为项目根目录。当您需要()时，将搜索该目录。

接下来，您可以折衷一下，从所有示例中要求一个通用的本地文件。该通用文件只是重新导出祖父目录中的真实文件。

Examples /downloads/app.js(以及其他类似的文件)

var express = require('./express')

/下载/ express.js例子

module.exports = require('../../')

现在当你重新定位这些文件时，最坏的情况是修复一个垫片模块。

另一个答案是:

想象一下这个文件夹结构:

node_modules lodash src 子目录 foo.js bar.js main.js 测试 . js

然后在test.js中，你需要这样的文件:

const foo = require("../src/subdir/foo");
const bar = require("../src/subdir/bar");
const main = require("../src/main");
const _ = require("lodash");

在main.js中:

const foo = require("./subdir/foo");
const bar = require("./subdir/bar");
const _ = require("lodash");

现在你可以使用。babelrc文件中的babel和babel插件模块解析器来配置两个根文件夹:

{
    "plugins": [
        ["module-resolver", {
            "root": ["./src", "./src/subdir"]
        }]
    ]
}

现在你可以在测试和src中以同样的方式要求文件:

const foo = require("foo");
const bar = require("bar");
const main = require("main");
const _ = require("lodash");

如果你想使用es6模块语法:

{
    "plugins": [
        ["module-resolver", {
            "root": ["./src", "./src/subdir"]
        }],
        "transform-es2015-modules-commonjs"
    ]
}

然后像这样在测试和SRC中导入文件:

import foo from "foo"
import bar from "bar"
import _ from "lodash"

如果你使用yarn而不是npm，你可以使用工作区。

假设我有一个文件夹服务，我希望更容易地需要:

.
├── app.js
├── node_modules
├── test
├── services
│   ├── foo
│   └── bar
└── package.json

要创建Yarn工作空间，需要创建一个包。services文件夹中的Json文件:

{
  "name": "myservices",
  "version": "1.0.0"
}

在你的主包里。json添加:

"private": true,
"workspaces": ["myservices"]

从项目的根目录运行yarn install。

然后，在代码的任何地方，你可以这样做:

const { myFunc } = require('myservices/foo')

而不是像这样:

const { myFunc } = require('../../../../../../services/foo')

还有:

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

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

这里已经有很多好答案了。这只是说明这是一个普遍的问题，没有明确的最佳解决方案。当然最好是在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依赖项。