(一)入口
通过 data-main 去加载 JS 模块,是通过 req(cfg) 入口去进行处理的。
为了跟踪,你可以在此 加断点 进行调试跟踪。
(二)
req({ })执行时,function newContext() 已经创建了上下文环境 context。我们可以看看 context 拥有哪些属性与方法。
通过执行 context.confgiure(config)即可加载 data-main所对应的js文件(main.js)。
当req(cfg)执行,config值 如右图所示---------
在context.confgiure()函数最后一行代码中,开始执行 context.require() .
context.require(...),其中 context.require = context.makeRequire();
其中,makeRequire() 以及 localRequire() 这里已经形成了闭包。
因为在 req( { } )调用makeRequire()时 ,已经直接返回 localRequire(),因此 context.require(..),直接进入 localRequire()函数。
localRequire()函数里,做很很多事,但是,由于此时 全局队列,局部队列( defQueue、globalDefQueue,) 都为空,暂时不考虑 intakeDefines(),
重点看看 context.nextTick()这里到底做了些什么处理。
如果Module 不存在,则创建一个新的Module;存在,则直接返回。我们可以看看创建的 requireMod 拥有哪些属性值呢?
. Module对象采用 混合构造方式,将方法都写在了 原型链上。
Module = function (map){ }; Module.prototype = { init: function() { }, //用于初始化属性
load: function () { } };
整个 data-main 中的 js 文件 主 加载顺序如下
requireMod.init() ===>
Module..enable() //init()方法内部调用 ===>
Module.check() ===> Module.fetch() ===> Module.load() ===> context.load() ===> req.load() ===> context.onScriptLoad()
Module.init() Module.check() 都是 对 main Module进行信息处理,最后获得了 data-mian 中js文件的路径,控制器又回到了 req.load() 手里
请看下面核心代码。
req.load() 先创建了一个<script src="main.js"></script> 标签,给其注入了一自定义属性,
绑定了一个事件然后,将这个标签<head></head>标签中,这样,浏览器自动会去加载这个js文件。
从页面上,我们可以清晰的看到,会多了一行代码。
至此,data-main 文件的加载 过程,已经梳理完成。