RequireJS

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正常化，像＆QUOT;！。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新是：

• 错误修正：
• 修正问题与＆QUOT;模块＆QUOT;依赖无法正确分配，如果它没有被列为最后一个依赖出口的价值。
• 修正＆QUOT;包装＆QUOT;配置选项。其行为固定相匹配的文档。
• 修正模块到名称解析占包的映射。

要求：

• 中启用JavaScript在客户端