如果我使用r.js优化RequireJS项目，是否需要更改路径和依赖项配置？

Question

我是RequireJS的新手。 我大部分时间都了解。 但是， r.js优化过程使我感到困惑。 两个问题：

1. 将所有源合并到单个文件中是否不会破坏RequireJS的延迟加载功能的目的？

2. 如果我确实使用r.js进行了优化并且将所有内容都保存在一个文件中，那么我是否必须手动更新配置中的路径信息以指向该单个文件？ 现在我是否必须在整个应用程序中更改我定义为单个模块的依赖关系，以指向此单个文件？ 这只是一个伪装资料，用以说明我当前的设置方式：

---

requirejs.config({
    paths : {
        mod1 : 'app/common/module1',
        mod2 : 'app/common/module2',
        mod3 : 'app/common/module3',
    },
});

-- MOD 1
define(["mod2", "mod3"], function(mod2, mod3) {
// do something
}

现在是否必须在优化后手动更新才能看起来像这样？

requirejs.config({
    paths : {
        optimizedMod : 'build-dir/optimizedModule',
    },
});

-- MOD 1
define(["optimizedMod"], function(optimizedMod) {
// do something
}

Answer 1

回覆。 1.不，不是。 r.js分析您的依赖关系树，并且（默认情况下）仅包含您无论如何在应用程序启动时都需要加载的模块。 动态require d的依赖项将不包括在内，它们将在运行时延迟加载（除非您将findNestedDependencies设置为true ）。

但是，可以说延迟加载不是使用RequireJS的主要好处，更大的事情是模块化本身。 被迫管理依赖项使得编写不可测试或不可重构的代码变得更加困难-可以立即发现不良体系结构（冗长的依赖项列表，“神”模块等）。

回覆。 2.这正是为什么您不应该命名自己的模块或在paths配置元素中映射它们的原因。 paths应该用于第三方库，而不是您自己的代码，集中化名称->路径映射会降低灵活性。 一旦你通过他们的路径是指依赖（相对baseUrl ）r.js可以在编译的时候重写它们：

define(["app/common/module2", "app/common/module3"], function(mod2, mod3) {
  // do something
}