大家相信现在已经能够用seajs完成一个项目了，但是此时的项目离正式上线还有很多差距，还需做很多优化，譬如，优化请求次数，优化文件大小。
当你使用seajs愉快的编码的时候，你也就会发现模块实在是太多了，请求数目过多这一问题。在这章，我们来共同探讨一下怎么优化seajs工程，使之真正可以达到可以上线的标准。
在进行优化以前，我们先讨论一下seajs里边的模块ID,还记得前面说过CMD的模块定义吗？define(id?deps?,factory),这里边的模块ID,官方建议我们不要写，通过工具去生成，那么你知道这个id是怎么生成的，通过什么规则呢？
这节我们就来看看这个module ID。
先看看我们会在哪里都会用到module ID。三个地方，
define(id[1],[‘id[2]‘],function(require){
var a = require("id"[3]);
})
无论是define第一个参数【模块ID】还是第二个参数【依赖模块的ID】还是【require模块ID】，最终的比对标准是【解析后的文件URI】。
因此，这三处需要写ID 的地方可以以任意一种方式来写，只要最终解析为同一个URI，即被认为是同一个模块。
Sea.js 的一个基本约定原则：**ID 和路径匹配原则**。
所谓 **ID 和路径匹配原则** 是指，使用 seajs.use 或 require 进行引用的文件，如果是具名模块（即定义了 ID 的模块），会把 ID 和 seajs.use 的路径名进行匹配，如果一致，则正确执行模块返回结果。反之，则返回 null。例如：
define(‘path/module/a‘,[],function(require){
})
在该例中，模块ID定义为了path/moudle/a,那么a模块应该正确放置的位置就base(在config中定义的)/path/moudle/a.js,假如a.js不在该位置，则返回了null。
至于为什么` 一定要使用一定要把 ID 定为文件路径`，这一块请移步 [https://github.com/seajs/seajs/issues/930
]()
###在详细的讨论下 Module_ID的解析规则
Sea.js 中的模块标识是 CommonJS 模块标识 的超集:
* 一个模块标识由斜线（/）分隔的多项组成。
* 每一项必须是小驼峰字符串、 . 或 .. 。
* 模块标识可以不包含文件后缀名，比如 .js 。
* 模块标识可以是 相对 或 顶级 标识。如果第一项是 . 或 ..，则该模块标识是相对标识。
* 顶级标识根据模块系统的基础路径来解析。
* 相对标识相对 require 所在模块的路径来解析。
注意，符合上述规范的标识肯定是 Sea.js 的模块标识，但 Sea.js 能识别的模块标识不需要完全符合以上规范。 比如，除了大小写字母组成的小驼峰字符串，Sea.js 的模块标识字符串还可以包含下划线（_）和连字符（-）， 甚至可以是 http://、https://、file:/// 等协议开头的绝对路径。
相对标识
相对标识以 . 开头，只出现在模块环境中（define 的 factory 方法里面）。相对标识永远相对当前模块的 URI 来解析：
// 在 http://example.com/js/a.js 的 factory 中：
require.resolve(‘./b‘);
// => http://example.com/js/b.js
// 在 http://example.com/js/a.js 的 factory 中：
require.resolve(‘../c‘);
// => http://example.com/c.js
顶级标识
顶级标识不以点（.）或斜线（/）开始， 会相对模块系统的基础路径（即 Sea.js 的 base 路径）来解析：
// 假设 base 路径是：http://example.com/assets/
// 在模块代码里：
require.resolve(‘gallery/jquery/1.9.1/jquery‘);
// => http://example.com/assets/gallery/jquery/1.9.1/jquery.js
模块系统的基础路径即 base 的默认值，与 sea.js 的访问路径相关：
如果 sea.js 的访问路径是：
http://example.com/assets/sea.js
则 base 路径为：
http://example.com/assets/
当 sea.js 的访问路径中含有版本号时，base 不会包含 seajs/x.y.z 字串。 当 sea.js 有多个版本时，这样会很方便。
如果 sea.js 的路径是：
http://example.com/assets/seajs/1.0.0/sea.js
则 base 路径是：
http://example.com/assets/
当然，也可以手工配置 base 路径：
seajs.config({
base: ‘http://code.jquery.com/‘
});
// 在模块代码里：
require.resolve(‘jquery‘);
// => http://code.jquery.com/jquery.js
####普通路径
除了相对和顶级标识之外的标识都是普通路径。普通路径的解析规则，和 HTML 代码中的 <script src="..."></script> 一样，会相对当前页面解析。
// 假设当前页面是 http://example.com/path/to/page/index.html
// 绝对路径是普通路径：
require.resolve(‘http://cdn.com/js/a‘);
// => http://cdn.com/js/a.js
// 根路径是普通路径：
require.resolve(‘/js/b‘);
// => http://example.com/js/b.js
// use 中的相对路径始终是普通路径：
seajs.use(‘./c‘);
// => 加载的是 http://example.com/path/to/page/c.js
seajs.use(‘../d‘);
// => 加载的是 http://example.com/path/to/d.js
提示：
顶级标识始终相对 base 基础路径解析。
绝对路径和根路径始终相对当前页面解析。
require 和 require.async 中的相对路径相对当前模块路径来解析。
seajs.use 中的相对路径始终相对当前页面来解析。
文件后缀的自动添加规则
Sea.js 在解析模块标识时， 除非在路径中有问号（?）或最后一个字符是井号（#），否则都会自动添加 JS 扩展名（.js）。如果不想自动添加扩展名，可以在路径末尾加上井号（#）。
// ".js" 后缀可以省略：
require.resolve(‘http://example.com/js/a‘);
require.resolve(‘http://example.com/js/a.js‘);
// => http://example.com/js/a.js
// ".css" 后缀不可省略：
require.resolve(‘http://example.com/css/a.css‘);
// => http://example.com/css/a.css
// 当路径中有问号（"?"）时，不会自动添加后缀：
require.resolve(‘http://example.com/js/a.json?callback=define‘);
// => http://example.com/js/a.json?callback=define
// 当路径以井号（"#"）结尾时，不会自动添加后缀，且在解析时，会自动去掉井号：
require.resolve(‘http://example.com/js/a.json#‘);
// => http://example.com/js/a.json
####设计原则
模块标识的规则就上面这些，设计的核心出发点是：
关注度分离。比如书写模块 a.js 时，如果需要引用 b.js，则只需要知道 b.js 相对 a.js 的相对路径即可，无需关注其他。
尽量与浏览器的解析规则一致。比如根路径（/xx/zz）、绝对路径、以及传给 use 方法的非顶级标识，都是相对所在页面的 URL 进行解析。