我想要求我的文件总是通过我的项目的根，而不是相对于当前模块。
例如，如果查看https://github.com/visionmedia/express/blob/2820f2227de0229c5d7f28009aa432f9f3a7b5f9/examples/downloads/app.js第6行，您将看到
express = require('../../')
在我看来，这真的很糟糕。假设我想让我所有的例子都只靠近根结点一层。这是不可能的，因为我必须更新超过30个例子，并且在每个例子中更新很多次。:
express = require('../')
我的解决方案是有一个基于根的特殊情况:如果字符串以$开头，那么它相对于项目的根文件夹。
任何帮助都是感激的，谢谢
更新2
现在我使用require.js，它允许你以一种方式编写，在客户端和服务器上都可以工作。Require.js还允许你创建自定义路径。
更新3
现在我转移到webpack + gulp，我使用enhanced-require来处理服务器端模块。看这里的基本原理:http://hackhat.com/p/110/module-loader-webpack-vs-requirejs-vs-browserify/
在简单的行中，你可以调用自己的文件夹为module:
为此，我们需要:global和app-module-path module
这里“App-module-path”是模块，它允许你添加额外的目录到Node.js模块搜索路径
global的意思是，你附加到这个对象的任何东西b在你的应用中都是可用的。
现在看一下这个片段:
global.appBasePath = __dirname;
require('app-module-path').addPath(appBasePath);
__dirname为节点当前运行目录。您可以在这里给出自己的路径来搜索模块的路径。
如果你使用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')
我们准备尝试一种新的方法来解决这个问题。
以其他已知项目(如spring和guice)为例，我们将定义一个“context”对象，它将包含所有的“require”语句。
该对象将被传递给所有其他模块使用。
例如
var context = {}
context.module1 = require("./module1")( { "context" : context } )
context.module2 = require("./module2")( { "context" : context } )
这要求我们将每个模块编写为一个接收选项的函数，这对我们来说是一个最佳实践。
module.exports = function(context){ ... }
然后你会引用上下文而不是要求东西。
var module1Ref = context.moduel1;
如果您愿意，可以轻松地编写一个循环来执行require语句
var context = {};
var beans = {"module1" : "./module1","module2" : "./module2" };
for ( var i in beans ){
if ( beans.hasOwnProperty(i)){
context[i] = require(beans[i])(context);
}
};
当您想要模拟(测试)时，这将使工作变得更容易，并且在使代码作为包可重用的同时解决了您的问题。
您还可以通过分离bean声明来重用上下文初始化代码。
例如，你的main.js文件可能是这样的
var beans = { ... }; // like before
var context = require("context")(beans); // this example assumes context is a node_module since it is reused..
这种方法也适用于外部库，不需要每次我们需要它们时都硬编码它们的名称-但是它需要特殊处理，因为它们的导出不是需要上下文的函数。
稍后，我们还可以将bean定义为函数——这将允许我们根据环境需要不同的模块——但这超出了这个线程的范围。
