JSLoader 提供了 JavaScript 库共享资源

JSLoader ，一个非侵入“JavaScript-on-demand”打包协定已经发布了，以帮助管理 JavaScript 库及其依赖所引起的与日俱增的复杂性。

JSLoader 被描述为一个零安装解决方案，允许 Web 站点无需学习如何安装即可使用新的工具包。该类型解决方案将使浏览器和代理缓存更加有效，并将防止多个站点维护各自版本的工具包。JSLoader 的创造者回答了为什么创建它的问题：

1. 快速应用，以及来自主机托管位置的简单原型（零安装）
2. 企业级设置中的文件共享资源（帮助缓存和版本管理）
3. 为开发者包含资产提供了一种简单方式，它将促进应用并给那些不想下载代码静态副本（维护梦魇）的人们以充分的价值

JSLoader 不是第一个寻求满足这些需求的库。JSLoader 的创造者之一，Dov Katz 承认这一点并列出了类似的库： OpenJSAN 和 OpenMV 。但表示它们不能完全满足需求。

当我被分派这一任务的时候，我所需要的是一个针对企业级环境产品就绪（production-ready）的、开发者友好的解决方案。我的主要目标是让开发者更容易使用 script，他们不应该自己进行安装。直到所有由 OpenAjax 的 Hub 或 OpenJSAN 使用的脚本被准备好为止，JSLoader 系统提供了足够的好处，让我们在一个企业级产品设置中进行处理。

在 Ajaxian 上有一个 有趣的讨论。众多的相关实现被提及，从 Csi 到 jsPax 。Kat 指出许多争论归结为去了解它意欲何为（想要成为什么，不想成为什么）

在许多基本层级，这只不过是在页面上编写相同的脚本和风格标签，无需知道以什么顺序引入哪些脚本。仅仅这样对我的利益相关者就已经很有用了。它不是用来解决命名空间问题的，大多数情况下，一个企业设置状态都最终在你的浏览器缓存中，因为多个内部站点共享了同一个 loader 和众多资产。

100% 同意。重要的是了解 (1) 它是什么，更重要的是了解 (2) 它不是什么。

查看英文原文： JSLoader Provides Shared Sourcing of JavaScript Libraries