RequireJS 听起来复杂,但经过开发商明白什么可以做,什么是它真正的能力,它将成为任何项目,他将与合作既成事实的要求
这个小JavaScript库的建立是为了自动处理JS文件依赖性,用于控制何时以及如何加载文件,并设置JavaScript文件的加载顺序。
该库可与犀牛,Node.js的,jQuery的,Dojo和CommonJS的(AMD)模块的工作。
它可以与常规网站和Web应用程序一起使用,但它也可以用更多的现代单页的应用工作,是非常有用的,并帮助当JavaScript文件被加载开发人员控制,尤其是因为不是所有的人将在需要页面加载。
你可以想像使用RequireJS大大提高网页加载速度,也是一个应用程序的整体性能。
什么是新的在此版本中:
- Esprima 2.0依赖解析模块时所使用的优化。这允许使用一些ES6特征。无论是通过可解析2.0 Esprima是支持那个(在xpcshell运行时,Reflect.parse仍在使用)。
- 的r.js优化的犀牛现在运行。
- 的开即用!函数(){...`启动一些UMD包裹文件的扩展支持。如果使用UMD节点程序包生成您的UMD包装,升级到umd@3.0.0或更高版本,以获得与r.js优化器完全兼容。
什么是新的在2.1.22版本:
- Esprima 2.0解析模块时所使用的优化对于依赖。这允许使用一些ES6特征。无论是通过可解析2.0 Esprima是支持那个(在xpcshell运行时,Reflect.parse仍在使用)。
- 的r.js优化的犀牛现在运行。
- 的开即用!函数(){...`启动一些UMD包裹文件的扩展支持。如果使用UMD节点程序包生成您的UMD包装,升级到umd@3.0.0或更高版本,以获得与r.js优化器完全兼容。
什么是新的在2.1.20版本:
- Esprima 2.0解析模块时所使用的优化对于依赖。这允许使用一些ES6特征。无论是通过可解析2.0 Esprima是支持那个(在xpcshell运行时,Reflect.parse仍在使用)。
- 的r.js优化的犀牛现在运行。
- 的开即用!函数(){...`启动一些UMD包裹文件的扩展支持。如果使用UMD节点程序包生成您的UMD包装,升级到umd@3.0.0或更高版本,以获得与r.js优化器完全兼容。
什么是新的在2.1.18版本:
- Esprima 2.0解析模块时所使用的优化对于依赖。这允许使用一些ES6特征。无论是通过可解析2.0 Esprima是支持那个(在xpcshell运行时,Reflect.parse仍在使用)。
- 的r.js优化的犀牛现在运行。
- 的开即用!函数(){...`启动一些UMD包裹文件的扩展支持。如果使用UMD节点程序包生成您的UMD包装,升级到umd@3.0.0或更高版本,以获得与r.js优化器完全兼容。
在什么版本的新 2.1.17 +:
- 在解析时Esprima 2.0所使用的优化模块的依赖关系。这允许使用一些ES6特征。无论是通过可解析2.0 Esprima是支持那个(在xpcshell运行时,Reflect.parse仍在使用)。
- 的r.js优化的犀牛现在运行。
- 的开即用!函数(){...`启动一些UMD包裹文件的扩展支持。如果使用UMD节点程序包生成您的UMD包装,升级到umd@3.0.0或更高版本,以获得与r.js优化器完全兼容。
什么是新的在2.1.16版本:
- Esprima 2.0解析模块时所使用的优化对于依赖。这允许使用一些ES6特征。无论是通过可解析2.0 Esprima是支持那个(在xpcshell运行时,Reflect.parse仍在使用)。
- 的r.js优化的犀牛现在运行。
- 的开即用!函数(){...`启动一些UMD包裹文件的扩展支持。如果使用UMD节点程序包生成您的UMD包装,升级到umd@3.0.0或更高版本,以获得与r.js优化器完全兼容。
在什么版本2.1.14新是:
- 一对夫妇更回归修复了2.1.12。
- 一个固定的嵌套插件ID正常化,像"!。pluginA pluginbB资源&QUOT ;,以及一个用于优化错误检测UMD包裹代码
在什么版本2.1.6新是:
- 源地图的支持已经扩展
在什么版本2.1.4新是:
- 修正:
- cssPrefix正常化总是需要发生。
在什么版本2.0.5新是:
- 修正了在Safari浏览器“使用严格”的问题6:只应在特定的非优化方案显示了
在什么版本2.0.4是新的:
- 同2.0.3,但回滚变化在导致一个错误记录r.js。
什么是新的在2.0.1版本:
- 固定require.js问题
- 固定r.js优化问题
什么是新的在2.0.0版本:
- 固定require.js问题
- 固定r.js优化问题
什么在版本1.0.7是新的:
- 小bug修复:
- require.js
- r.js优化
什么在版本1.0.3是新的:
- 小bug修复:
- require.js
- r.js优化
在什么版本1.0.2是新的:
- 小bug修复:
- require.js
- r.js优化
在什么版本1.0.1是新的:
- 错误修正:
- 允许简化CommonJS的包裹模块完整的URL。
- 对于使用一个变量为工厂的功能模块依赖AST解析。
- 捕获应该有&QUOT较多的情况下,命名空间和QUOT;优化选项的应用。
在什么版本1.0.0是新的:
- 同RequireJS 0.27.1发布,一些文档更新和一个小补丁,以优化的正则表达式转换CommonJS的模块AMD。
什么在0.27.0版本是新的:
- require.ready()已被删除。在其位,使用domready中插件。这使得与其他AMD装载机和关注更好的分离,更好的互操作性。
- 为优化新的包装配置选项可用,在功能包装内置的代码。允许更好的API隐藏和微小的建立与杏仁API垫片。
- 的顺序插件的IE浏览器改进。
- 装载机插件现在可以有依赖,他们将在优化工作,只要依赖关系,优化环境(节点,犀牛)工作。
- 为优化的命名空间配置选项更强劲。
- require.def(删除),使用define()代替。
- 删除module.setExports,使用module.exports来代替。
什么是0.26.0版本,新的:
- 在minifier UglifyJS更新到1.0.6 。有利的一面:现在有()分支修剪现在默认minifier作品
- 使用本地node.exe构建一个现在在节点0.5.x系列适用于Windows节点下运行的修补程序。现在有不太需要使用Java来驱动RequireJS优化!
- 配置现在通过require.config({})调用来完成,在网上获得与amdjs需要API。旧的要求({})方法的工作对全球需要()的向后兼容性,但建议的API前进的require.config({})。该API文档已经被更新,以显示正确的用法。
- 有一个命名空间的选项现在版本,让移动要求()和定义()在不同的命名空间要求。这使您可以构建一个使用RequireJS但不与页面上的任何其他AMD装载机干扰优化的文件,可以确保只有你的模块,在该命名空间的对象被加载。
- 当一个定义()工厂函数抛出一个错误的默认错误行为是不抓住它。卡合完成在0.25.0变得更加难以调试。然而,存在捕捉错误是优选的一些情况。设置配置值catchError.define = true,将通过require.onError切换到捕获错误,并使处理()
- 在优化关闭编译器已更新。其结果是,该代码来调用关闭编译器改变,并且将有可能只用最新的关闭编译器释放工作。你可以抓住已知在优化的lib /关闭目录优化工作的一个版本。
- 现在有一个pragmasOnSave构建选项,这是在要求-CS CoffeeScript的装载机插件生成配置文件用于构建后剥离出CoffeeScript的编译器。最终的结果是:转换后的CoffeeScript的代码微小构建层
什么是新的在0.25.0版本:
- 加载器插件API改为允许插件创建跨域访问的资源。主要用例:您使用文本插件,动态加载文本资源,但要部署这些脚本到一个CDN。见WriteFile的()的文本插件的实施为例。
- 现在有一个全球性的requirejs()函数对象是相同的旧的全局需要()函数的对象。这应该允许RequireJS在诸如Mozilla无铬环境中更好地工作,这已经有一个内置的要求()不具有完全AMD /装载机插件功能的功能。
- 现在,可以以指定的jQuery的精确版本,以允许在一个RequireJS上下文。如果你知道某个页面上加载不同版本的jQuery的其它脚本这是有用的。
什么在0.24.0版本是新的:
- 对于IE 9支持它有一个非一致性脚本加载行为必要的改变。这将是理想的,如果IE 9会改变的行为是符合的。
- 更改jQuery的整合。
什么在0.23.0版本是新的:
- 的r.js适配器现在工作在节点和犀牛。
- 的配置选项,baseUrlMatch已被删除,因为上面提到的数据主要的baseUrl规则将需要它。
- 围绕装载器插件一些重要的修订:a。修复可允许多个模块使用相同的插件资源作为共同的依赖,并允许使用一装载器插件定义()回调函数在优化工作
- 系统的使用jQuery的readyWait能力的修复,当检测jQuery和作为一个模块。
- 有关使犀牛和节点某些目录洗牌适配器同样在命令行工具,并在r.js适配器使用。
什么在0.22.0版本是新的:
- 支持还包括插件加载的插件全API在优化的基础之上。 文物
- 稳固节点支持:现在可以使用NPM安装的模块,.node附加上require.paths和模块
- 在优化has.js优化,包括通过关闭编译器死代码分支去除支持。
- 修正项目从通过2010-12-21 2011-01-05。
什么是在0.2.1版中的新:
- 修正问题发现i18n.build.js哪里顿了顿项目未在同步加载情况下清除出速度不够快。
在什么版本0.2.0新是:
- 重构的核心
- 新的Loader插件API的支持。
- 改进犀牛和节点适配器
- 装载机周围插件和优化Bug修复。
- require.modify删除。
- 删除运输D档。
什么是新的在0.15.0版本:
- 捆绑的jQuery选择现在使用jQuery 1.4.4
- jQuery的示例项目现在能够使用RequireJS插件的能力。
- 的JSONP!插件已被删除,因为,由于通过克里斯Zyp也工作,核心加载程序现在默认支持加载JSONP依赖性。该JSONP文档已经相应的更新。
- 优化现在可以从任何目录下运行,不仅与构建配置文件的目录。
- r.js节点适配器是更健壮,并且它可以处理现在默认使用多个节点编写的模块。感谢弗朗索瓦·拉伯格为一个伟大的测试案例的应用程序,导致改善r.js的鲁棒性。
- PS3的NetFront浏览器的初步支持。多亏克里斯沃伦调查浏览器的负荷特性。并不是所有的测试都通过了,但基本的人做的。
- 杂项修订,有的在问题跟踪上市。
什么是新的在0.14.5版本:
- 修正臭虫脚本是不是从正确加载路径。丝毫不影响RequireJS + jQuery的建立,但影响了其他的基础之上。如果你不使用RequireJS + jQuery的建设,那么强烈建议您升级从0.14.4至0.14.5。
- 增加了一个urlArgs配置选项,允许缓存无效时,服务器/浏览器的开发过程中胡作非为。
在什么版本0.14.2新是:
- 错误修正:
- 修正问题与"模块"依赖无法正确分配,如果它没有被列为最后一个依赖出口的价值。
- 修正"包装"配置选项。其行为固定相匹配的文档。
- 修正模块到名称解析占包的映射。
要求:
- 中启用JavaScript在客户端
评论没有发现