ExtJS类的最佳实践最终导致了太多的.JS文件.性能怎么样

Ext JS best practice for classes ends up with too many .js files. What about performance?

本文关键字:太多 JS 性能 怎么样 文件 最佳 ExtJS      更新时间:2023-09-26

为了实现模块化&重用我的自定义元素/类(从ExtJS类/小部件扩展而来),我遵循类系统中建议的方法。由于我使用了大多数简单的&复杂的小部件以及布局容器,我可能最终会得到几十个.js文件,这些文件具有3到4个级别的名称空间层次结构(以及文件夹结构)。

我对这种方法有点紧张,因为传统上(使用原始JavaScript)我会尽量减少.js文件的数量。由于我的页面可能会使用许多这样的自定义元素,所以它会调用相当多的.js文件。我认为这会造成巨大的性能瓶颈,这是对的吗?还是我想得太多了?

接下来,我如何确保从服务器请求的.js文件至少在会话期间保持缓存在浏览器中?我观察到.js文件总是使用dc属性请求,每次都使用一个随机数。这对这种情况没有帮助,因为我请求的只是一个类定义文件,它不会随着每个请求而改变。我该如何解决这个问题?

您需要一个预部署构建步骤,将所有.js文件合并为一个文件,以便下载到客户端。(它也可能缩小生成的文件。)然后,您可以为一个带有HTTP缓存头的文件提供服务。