JSLoader ,一个非侵入“JavaScript-on-demand”打包协定已经发布了,以帮助管理 JavaScript 库及其依赖所引起的与日俱增的复杂性。
JSLoader 被描述为一个零安装解决方案,允许 Web 站点无需学习如何安装即可使用新的工具包。该类型解决方案将使浏览器和代理缓存更加有效,并将防止多个站点维护各自版本的工具包。JSLoader 的创造者回答了为什么创建它的问题:
- 快速应用,以及来自主机托管位置的简单原型(零安装)
- 企业级设置中的文件共享资源(帮助缓存和版本管理)
- 为开发者包含资产提供了一种简单方式,它将促进应用并给那些不想下载代码静态副本(维护梦魇)的人们以充分的价值
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
评论