NEJ赖管理系统.docVIP

文件依赖管理系统 概述 随着前端系统的日渐复杂，一套系统所引入的脚本文件会越来越多，为了便于开发者管理脚本文件，本文档提供了一套依赖管理系统，按照此系统中定义的规范来管理和使用脚本，会配套提供前端打包发布工具。 依赖管理系统所管理的最小单元为文件，以路径为标识，支持集成所有非自带载入器的第三方框架（即可以直接使用script标签引入页面使用的均可使用此依赖管理系统） 依赖管理系统仅在开发阶段有效，在打包发布后被完全剔除掉，因此不会对线上产品产生任何副作用 老旧项目使用此依赖管理系统及配套的打包发布工具无需对原有代码做任何侵入即可使用 依赖库 script src=/path/to/lib/define.js/script 依赖管理系统为用户提供一个依赖库（define.js），用户在使用依赖管理系统之前需先引入该库。 依赖接口 以下所有接口均使用NEJ作为名字空间，如define接口使用时用NEJ.define define 类型描述输入String可选，当前文件路径Array可选，依赖的其他文件路径Function可选，当前文件需要执行的脚本输出Void描述定义脚本文件，并指定当前脚本执行所需的其他依赖文件NEJ.define({pro}widget/list.js,[ {lib}util/ajax/tag.js, {lib}util/template/item.js], function(){ // TODO something }); 应用举例： config 类型描述输入Array可选，依赖映射表Array可选，入口屏蔽文件列表输出Void描述通过配置来管理依赖，对于历史遗留项目或者使用了非AMD规范的第三方库如需引入依赖管理，可以通过此接口先配置依赖关系表，后期维护可直接使用依赖方式进行 开发阶段会全部依赖，发布只提取页面使用的脚本应用举例： NEJ.config({ {pro}a.js:[{pro}b.js,{pro}c.js,{pro}d.js], {pro}b.js:[{pro}c.js,{pro}e.js], {pro}c.js:[{pro}d.js,{pro}e.js,{pro}a.js], {pro}d.js:[{pro}e.js], {pro}f.js:[{pro}a.js] },[{pro}f.js]); 被指定的deps.js文件 script src=../../../src/define.js?d=./deps.jspro=.//script script src=./f.js/script script define([{pro}a.js, {pro}e.js], function(){ log(app); }); /script 入口文件 patch 类型描述输入String必须，平台的判断条件，如2=TR4Array可选，依赖文件列表Function可选，当前条件下需要执行的脚本输出Void描述解析平台相关的依赖文件，平台支持TR|WR|GR，没有比较操作符表示支持当前内核所有release版本引擎标识说明 标识说明TTrident引擎，如IEWWebkit引擎，如chromeGGecko引擎，如firefox内置的Trident引擎版本对应的IE版本关系： Trident版本IE版本2.063.074.085.096.0107.011NEJ.define([./hack.js], function(){ // 针对trident平台的处理逻辑 NEJ.patch(TR,function(){ // TODO }); // 针对gecko平台的处理逻辑 NEJ.patch(GR,[./hack.firefox.js], function(){ // TODO }); // 针对IE6平台的处理逻辑 NEJ.patch(TR==2.0,[./hack.ie6.js]); // 针对IE7-IE9的处理逻辑 NEJ.patch(3.0=TR=5.0,function(){ // TODO }); }); 应用举例： 依赖配置 script src=/