手动符号链接(和Windows连接)

examples目录中不能包含一个node_modules，该node_modules带有指向项目根目录的符号链接吗?/因此允许示例使用require('project')，尽管这并没有删除映射，但它允许源代码使用require('project')而不是require('../../')。

我已经对此进行了测试，它确实适用于v0.6.18。

项目目录清单:

$ ls -lR project
project:
drwxr-xr-x 3 user user 4096 2012-06-02 03:51 examples
-rw-r--r-- 1 user user   49 2012-06-02 03:51 index.js

project/examples:
drwxr-xr-x 2 user user 4096 2012-06-02 03:50 node_modules
-rw-r--r-- 1 user user   20 2012-06-02 03:51 test.js

project/examples/node_modules:
lrwxrwxrwx 1 user user 6 2012-06-02 03:50 project -> ../../

index.js的内容将一个值赋给exports对象的一个属性，并调用console.log，并用一条消息声明它是必需的。test.js的内容是require('project')。

自动化的符号链接

手动创建符号链接的问题是，每次你npm ci时，你都会丢失符号链接。如果您使符号链接进程成为依赖项，那么就没有问题。

模块basetag是一个postinstall脚本，它在每次运行npm install或npm ci时创建一个名为$的符号链接(或Windows连接):

npm install --save basetag

node_modules/$ -> ..

这样，您就不需要对代码或require系统进行任何特殊修改。$成为您可以从中进行请求的根。

var foo = require('$/lib/foo.js');

如果你不喜欢使用$，而更喜欢#或其他(除了@，这是npm的一个特殊字符)，你可以fork它并进行更改。

注意:虽然Windows符号链接(到文件)需要管理员权限，但Windows连接(到目录)不需要管理员权限。这是一种安全、可靠、跨平台的解决方案。

恕我直言，最简单的方法是将自己的函数定义为GLOBAL对象的一部分。 在项目的根目录下创建projRequire.js，包含以下内容:

var projectDir = __dirname;

module.exports = GLOBAL.projRequire = function(module) {
  return require(projectDir + module);
}

在你的主文件中，在需要任何特定于项目的模块之前:

// init projRequire
require('./projRequire');

之后，以下工作对我来说:

// main file
projRequire('/lib/lol');

// index.js at projectDir/lib/lol/index.js
console.log('Ok');

@Totty，我想出了另一个解决方案，可以解决你在评论中描述的情况。描述将是tl;dr，所以我最好展示我的测试项目的结构的图片。

看看node-rfr。

其实很简单:

var rfr = require('rfr');
var myModule = rfr('projectSubDir/myModule');

如果你使用ES5语法，你可以使用asapp。对于ES6，你可以使用babel-plugin-module-resolver，使用如下配置文件:

.babelrc

{
  "plugins": [
    ["module-resolver", {
      "root": ["./"],
      "alias": {
        "app": "./app",
        "config": "./app/config",
        "schema": "./app/db/schemas",
        "model": "./app/db/models",
        "controller": "./app/http/controllers",
        "middleware": "./app/http/middleware",
        "route": "./app/http/routes",
        "locale": "./app/locales",
        "log": "./app/logs",
        "library": "./app/utilities/libraries",
        "helper": "./app/utilities/helpers",
        "view": "./app/views"
      }
    }]
  ]
}

你可以用我做的一个模块，Undot。它没有什么高级的，只是一个助手，让你可以避免那些点地狱与简单。

例子:

var undot = require('undot');
var User = undot('models/user');
var config = undot('config');
var test = undot('test/api/user/auth');

大局

这看起来“真的很糟糕”，但要给它时间。事实上，它真的很好。显式的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('../../')

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