人力资源-RequireJSAPIVIP专享VIP免费

下载本文档

阅读 85
下载 2
格式 docx
大小 50.77 KB
约37页
2024-11-04 发布于河南
收藏
评论
点赞(0)
海报
举报

1/37页

2/37页

3/37页

在线预览已结束，请下载后查看完整版，加入VIP享文档下载特权

/37

文本预览下载提示常见问题

REQUIREJSAPI使用§1加载JavaScript文件§1.1RequireJS的目标是鼓励代码的模块化，它使用了不同于传统baseUrl亦可通过RequireJSconfig手动设置。如果没有显式指定config及data-main，则默认的baseUrl为包含RequireJS的那个HTML页面的所属目录。RequireJS默认假定所有的依赖资源都是js脚本，因此无需在moduleID上再加".js"后缀，RequireJS在进行moduleID到path的解析时会自动补上后缀。你可以通过pathsconfig设置一组脚本，这些有助于我们在使用脚本时码更少的字。有时候你想避开"baseUrl+paths"的解析过程，而是直接指定加载某一个目录下的脚本。此时可以这样做：如果一个moduleID符合下述规则之一，其ID解析会避开常规的"baseUrl+paths"配置，而是直接将其加载为一个相对于当前HTML文档的脚本：以".js"结束.以"/"开始.包含URL协议,如"http:"or"https:".一般来说，最好还是使用baseUrl及"paths"config去设置moduleID。它会给你带来额外的灵活性，如便于脚本的重命名、重定位等。同时，为了避免凌乱的配置，最好不要使用多级嵌套的目录层次来组织代码，而是要么将所有的脚本都放置到baseUrl中，要么分置为项目库/第三方库的一个扁平结构，如下：www/index.htmljs/app/sub.jslib/jquery.jscanvas.jsapp.jsindex.html:app.js:requirejs.config({//BydefaultloadanymoduleIDsfromjs/libbaseUrl:'js/lib',//except,ifthemoduleIDstartswith"app",//loaditfromthejs/appdirectory.paths//configisrelativetothebaseUrl,and//neverincludesa".js"extensionsince//thepathsconfigcouldbeforadirectory.paths:{app:'../app'}});//Startthemainapplogic.requirejs(['jquery','canvas','app/sub'],function($,canvas,sub){//jQuery,canvasandtheapp/submoduleareall//loadedandcanbeusedherenow.});注意在示例中，三方库如jQuery没有将版本号包含在他们的文件名中。我们建议将版本信息放置在单独的文件中来进行跟踪。使用诸如volo这类的工具，可以将package.json打上版本信息，并在磁盘上保持文件名为"jquery.js"。这有助于你保持配置的最小化，避免为每个库版本设置一条path。例如，将"jquery"配置为"jquery-1.7.2"。理想状况下，每个加载的脚本都是通过define()来定义的一个模块；但有些"浏览器全局变量注入"型的传统/遗留库并没有使用define()来定义它们的依赖关系，你必须为此使用shimconfig来指明它们的依赖关系。如果你没有指明依赖关系，加载可能报错。这是因为基于速度的原因，RequireJS会异步地以无序的形式加载这些库。data-main入口点§1.2require.js在加载的时候会检察data-main属性:

你可以在data-main指向的脚本中设置模板加载选项，然后加载第一个应用模块。.注意：你在main.js中所设置的脚本是异步加载的。所以如果你在页面中配置了其它JS加载，则不能保证它们所依赖的JS已经加载成功。例如：//contentsofmain.js:require.config({paths:{foo:'libs/foo-1.1.3'}});//contentsofother.js://Thiscodemightbecalledbeforetherequire.config()inmain.js//hasexecuted.Whenthath...

1、当您付费下载文档后，您只拥有了使用权限，并不意味着购买了版权，文档只能用于自身使用，不得用于其他商业用途（如 [转卖]进行直接盈利或[编辑后售卖]进行间接盈利）。
2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。
3、如文档内容存在违规，或者侵犯商业秘密、侵犯著作权等，请点击“违规举报”。

碎片内容

人力资源-RequireJSAPI

REQUIREJSAPI使用§1加载JavaScript文件§1

1RequireJS的目标是鼓励代码的模块化，它使用了不同于传统标签的脚本加载步骤

可以用它来加速、优化代码，但其主要目的还是为了代码的模块化

它鼓励在使用脚本时以moduleID替代URL地址

RequireJS以一个相对于baseUrl的地址来加载所有的代码

页面顶层标签含有一个特殊的属性data-main，require

js使用它来启动脚本加载过程，而baseUrl一般设置到与该属性相一致的目录

下列示例中展示了baseUrl的设置：baseUrl亦可通过RequireJSconfig手动设置

如果没有显式指定config及data-main，则默认的baseUrl为包含RequireJS的那个HTML页面的所属目录

RequireJS默认假定所有的依赖资源都是js脚本，因此无需在moduleID上再加"

js"后缀，RequireJS在进行moduleID到path的解析时会自动补上后缀

你可以通过pathsconfig设置一组脚本，这些有助于我们在使用脚本时码更少的字

有时候你想避开"baseUrl+paths"的解析过程，而是直接指定加载某一个目录下的脚本

此时可以这样做：如果一个moduleID符合下述规则之一，其ID解析会避开常规的"baseUrl+paths"配置，而是直接将其加载为一个相对于当前HTML文档的脚本：以"

以"/"开始

包含URL协议,如"http:"or"https:"

一般来说，最好还是使用baseUrl及"paths"config去设置moduleID

它会给你带来额外的灵活性，如便于脚本的重命名、重定位等

同时，为了避免凌乱的配置，最好不要使用多级嵌套的目录层次来组织代码，而是要么将所有的脚本都放置到baseUrl中，要么分置为项目库/第三方库的一

您可能关注的文档

海纳百川 + 关注: 实名认证
内容提供者

热爱教学事业，对互联网知识分享很感兴趣

收藏店铺进入空间

人力资源-RequireJSAPIVIP专享VIP免费

人力资源-RequireJSAPI

您可能关注的文档

相关文档

热门下载

相关标签