RequireJS似乎在内部做了一些事情,缓存所需的javascript文件。如果我对所需的文件之一进行了更改,我必须重命名该文件,以便应用更改。

将版本号作为查询字符串参数附加到文件名末尾的常见技巧不适用于requirejs <script src="jsfile.js? "脚本v2”> < / >

我正在寻找的是一种方法,以防止RequireJS所需脚本的这种内部缓存,而不必在每次更新脚本文件时重命名脚本文件。

跨平台解决方案:

我现在使用urlArgs: "bust=" + (new Date()). gettime()在开发过程中自动缓存破坏和urlArgs: "bust=v2"的生产,在推出一个更新的所需脚本后,我增加硬编码的版本num。

注意:

@Dustin Getz在最近的回答中提到,当Javascript文件不断刷新时,Chrome开发工具将在调试过程中删除断点。一个解决方法是编写调试器;在大多数Javascript调试器中触发断点。

特定于服务器的解决方案:

有关可能更适合您的服务器环境(如Node或Apache)的特定解决方案,请参阅下面的一些答案。


当前回答

不要使用urlArgs !

要求脚本加载尊重http缓存头。(脚本是用动态插入的<script>加载的,这意味着请求看起来就像加载的任何旧资产一样。)

在开发过程中使用适当的HTTP头来禁用缓存。

使用require的urlArgs意味着你设置的任何断点在刷新时都不会被保留;最终需要在代码中到处放置调试器语句。坏的。在git sha的生产升级期间,我使用urlArgs来破坏缓存资产;那么我就可以把我的资产设置为永远缓存,并保证永远不会有过时的资产。

在开发过程中,我用一个复杂的mockjax配置模拟所有ajax请求,然后我可以在仅javascript模式下使用10行python http服务器服务我的应用程序,并关闭所有缓存。对我来说,这已经扩展到一个相当大的“企业级”应用程序,拥有数百个restful webservice端点。我们甚至有一个签约设计师,他可以使用我们真实的产品代码库,而不允许他访问我们的后端代码。

其他回答

urlArgs解决方案有问题。不幸的是,您无法控制可能在您和用户的web浏览器之间的所有代理服务器。不幸的是,其中一些代理服务器可能被配置为在缓存文件时忽略URL参数。如果发生这种情况,将会向用户发送错误的JS文件版本。

我最终放弃了,并直接在require.js中实现了自己的修复。如果您愿意修改requirejs库的版本,这个解决方案可能适合您。

你可以在这里看到补丁:

https://github.com/jbcpollak/requirejs/commit/589ee0cdfe6f719cd761eee631ce68eee09a5a67

一旦添加,你可以在require配置中做这样的事情:

var require = {
    baseUrl: "/scripts/",
    cacheSuffix: ".buildNumber"
}

使用构建系统或服务器环境将buildNumber替换为修订id /软件版本/喜欢的颜色。

像这样使用require:

require(["myModule"], function() {
    // no-op;
});

将导致需要请求此文件:

http://yourserver.com/scripts/myModule.buildNumber.js

在我们的服务器环境中,我们使用url重写规则来去除buildNumber,并提供正确的JS文件。这样我们就不必担心重命名所有的JS文件。

该补丁将忽略任何指定协议的脚本,也不会影响任何非js文件。

这在我的环境中工作得很好,但我意识到有些用户更喜欢前缀而不是后缀,因此应该很容易修改我的提交以满足您的需求。

更新:

在拉请求的讨论中,requirejs作者建议这可以作为一个解决方案,为修订号添加前缀:

var require = {
    baseUrl: "/scripts/buildNumber."
};

我没有尝试过这个,但其含义是,这将请求以下URL:

http://yourserver.com/scripts/buildNumber.myModule.js

这对于许多会使用前缀的人来说可能非常有用。

以下是一些可能重复的问题:

RequireJS和代理缓存

require.js -我如何设置所需模块的版本作为URL的一部分?

这是对@phil mccull接受的回答的补充。

我使用了他的方法,但我也通过创建一个T4模板来自动运行预构建过程。

预构建命令:

set textTemplatingPath="%CommonProgramFiles(x86)%\Microsoft Shared\TextTemplating\$(VisualStudioVersion)\texttransform.exe"
if %textTemplatingPath%=="\Microsoft Shared\TextTemplating\$(VisualStudioVersion)\texttransform.exe" set textTemplatingPath="%CommonProgramFiles%\Microsoft Shared\TextTemplating\$(VisualStudioVersion)\texttransform.exe"
%textTemplatingPath% "$(ProjectDir)CacheBuster.tt"

T4模板:

生成的文件:

在require.config.js加载之前存储在变量中:

require.config.js中的引用:

不要使用urlArgs !

要求脚本加载尊重http缓存头。(脚本是用动态插入的<script>加载的,这意味着请求看起来就像加载的任何旧资产一样。)

在开发过程中使用适当的HTTP头来禁用缓存。

使用require的urlArgs意味着你设置的任何断点在刷新时都不会被保留;最终需要在代码中到处放置调试器语句。坏的。在git sha的生产升级期间,我使用urlArgs来破坏缓存资产;那么我就可以把我的资产设置为永远缓存,并保证永远不会有过时的资产。

在开发过程中,我用一个复杂的mockjax配置模拟所有ajax请求,然后我可以在仅javascript模式下使用10行python http服务器服务我的应用程序,并关闭所有缓存。对我来说,这已经扩展到一个相当大的“企业级”应用程序,拥有数百个restful webservice端点。我们甚至有一个签约设计师,他可以使用我们真实的产品代码库,而不允许他访问我们的后端代码。

受到require.js data-main上的过期缓存的启发,我们用以下ant任务更新了我们的部署脚本:

<target name="deployWebsite">
    <untar src="${temp.dir}/website.tar.gz" dest="${website.dir}" compression="gzip" />       
    <!-- fetch latest buildNumber from build agent -->
    <replace file="${website.dir}/js/main.js" token="@Revision@" value="${buildNumber}" />
</target>

main.js的开头是这样的:

require.config({
    baseUrl: '/js',
    urlArgs: 'bust=@Revision@',
    ...
});

RequireJS可以配置为每个脚本url附加一个值,用于缓存破坏。

来自RequireJS文档(http://requirejs.org/docs/api.html#config):

urlArgs:额外的查询字符串参数附加到RequireJS的url 用于获取资源。最有用的缓存崩溃时,浏览器或 服务器配置不正确。

示例:将"v2"附加到所有脚本:

require.config({
    urlArgs: "bust=v2"
});

出于开发目的,你可以通过添加时间戳来强制RequireJS绕过缓存:

require.config({
    urlArgs: "bust=" + (new Date()).getTime()
});