ExtJS类的最佳实践最终导致了太多的.JS文件.性能怎么样
Ext JS best practice for classes ends up with too many .js files. What about performance?
为了实现模块化&重用我的自定义元素/类(从ExtJS类/小部件扩展而来),我遵循类系统中建议的方法。由于我使用了大多数简单的&复杂的小部件以及布局容器,我可能最终会得到几十个.js文件,这些文件具有3到4个级别的名称空间层次结构(以及文件夹结构)。
我对这种方法有点紧张,因为传统上(使用原始JavaScript)我会尽量减少.js文件的数量。由于我的页面可能会使用许多这样的自定义元素,所以它会调用相当多的.js文件。我认为这会造成巨大的性能瓶颈,这是对的吗?还是我想得太多了?
接下来,我如何确保从服务器请求的.js文件至少在会话期间保持缓存在浏览器中?我观察到.js文件总是使用dc
属性请求,每次都使用一个随机数。这对这种情况没有帮助,因为我请求的只是一个类定义文件,它不会随着每个请求而改变。我该如何解决这个问题?
您需要一个预部署构建步骤,将所有.js文件合并为一个文件,以便下载到客户端。(它也可能缩小生成的文件。)然后,您可以为一个带有HTTP缓存头的文件提供服务。
相关文章:
- 一个html元素的克隆次数太多
- ExtJS类的最佳实践最终导致了太多的.JS文件.性能怎么样
- node.js 需要太多的 TCP 套接字
- Node.js错误:参数太多上传批量数据时出错
- js 约会太多聪明的行为
- 节点.js:一次接收太多UDP消息,丢失它们
- 主干/下划线 js “太多递归”和“检查目标崩溃”错误
- Gettin 交叉过滤器.js错误“太多递归”
- 为什么每个函数的 JS 给出太多
- Scala PlayFramework 和 Angular JS - 在重复和混合方面投入了太多精力
- js对象中的属性太多
- dropzone.js函数getQueuedFiles导致"太多递归”;
- immacro + JS速度变慢,占用内存太多
- JS继承的例子:太多的递归
- Facebook JS SDK要求太多权限
- Angular.js ng-repeat +无限滚动导致太多观察者
- 错误:当使用(node -harmony debug.js)太多次时,听EADDRINUSE
- 如何cpu密集是太多的node.js(担心阻塞事件循环)
- Angular js在调用$apply()时出现太多递归错误
- 多少var在JS中是太多