摘要：性能是的关键指标，但是从目前的测试来看，性能并不理想。提供了一个查看性能的接口，，调用这个接口，就可以看到各个模块在各环节用时，以及总的性能比。
性能是 browserify-loader 的关键指标，但是从目前的测试来看，性能并不理想。
browserify-loader 提供了一个查看性能的接口，window.define.performance()， 调用这个接口，就可以看到各个模块在各环节用时，以及总的性能比。
那如何衡量 browserify-loader 的性能呢？
假设没有加载器，脚本都是通过 script 标签一开始就全都引入到 HTML 中的，那所有这些脚本的加载时间就是性能时间。
加入了 browserify-loader 之后，包含以下这些消耗时间的地方：
xhr 加载脚本，这个时间基本等价于 通过 script 标签加载脚本的时间
define 的时间，给 xhr 加载过来的脚本打上 define 的 wrapper，在创建 script 标记插到页面中，再到 define 执行完毕
分析模块依赖的时间
获取真实模块依赖 uri 的时间，包括递归向上查找 node_modules 中模块的时间
等等
好吧，下面是粗略的测试结果：
`使用 browserify-loader 加载的总时间 / xhr 加载脚本的总时间 ≈ 2 - 5 倍
意思也就是，如果你啥也不用，加载要1s，使用 browserify-loader 可能需要 2 - 5s。这个时间大家可以接受么？
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/85275.html
摘要：为什么需要最近在写一个模块加载器，叫做。的目标就是为在使用开发是提供另外一种把模块加载到浏览器端的选择。示例中的代码模块都是使用规范编写的，然后直接通过加载到浏览器端执行。欢迎意见和反馈，微博寸志 为什么需要 browserify-loader 最近在写一个模块加载器，叫做 browserify-loader。大名鼎鼎的 browserify 大家一定不陌生。 browserify-...
摘要：，是一个模块的加载器。旨在改善模块化的开发。版本加入了对的支持，移除了对的支持。这次更新得益于这个项目，它提供了将代码编译为的功能。当然它还有更多丰富的功能。使用方法在标签上指明支持的扩展名，比如和。这两者都支持编写代码。 browserify-loader，是一个 CommonJS 模块的加载器。旨在改善模块化的开发。是 Browerify Work Flow 的补充。 0.5.0...
摘要：开始支持直接加载代码了。新增了一个配置项即你的代码中可能包含或者的源码。比如你使用或者安装的包是的，但是你项目使用的是，不用担心，简单的配置一下，轻松搞定。 browserify-loader 开始支持直接加载 CoffeeScript 代码了。新增了一个配置项：extensions 即你的代码中可能包含js或者coffee的源码。比如你使用npm或者bower安装的包...
摘要：发布，没有功能的更新，使用的特性替换掉了对和这两个包的依赖。类库的体积缩小了很多。下一步，打算提供插件模式，支持更多的可编译为语言，也包括等。 browserify-loader 发布 0.3.0，没有功能的更新，使用 ES6 的 Promise 特性替换掉了对 RSVP 和 EventEmmiter 这两个 Node 包的依赖。类库的体积缩小了很多。 下一步，打算提供插件模式，支持...
摘要：，是一个模块的加载器。旨在改善模块化的开发。提供了自定义模块加载的接口便于你扩展，比如支持等等。 browserify-loader，是一个 CommonJS 模块的加载器。旨在改善模块化的开发。是 Browerify Work Flow 的补充。 0.4.1 修复了错误处理，开始支持加载 json 和 jsx 模块。提供了自定义模块加载的接口 registerExtension: ...
阅读 2326·2023-04-26 00:28
阅读 3070·2019-08-30 15:55
阅读 2744·2019-08-30 12:47
阅读 1553·2019-08-29 11:04
阅读 3159·2019-08-28 18:14
阅读 947·2019-08-28 18:11
阅读 1673·2019-08-26 18:36
阅读 3387·2019-08-23 18:21
