使用Sencha CMD构建EXTJS应用，如何按需加载类以减少下载量？

嘿，这个问题其实挺典型的，我来给你拆解下Sencha CMD在这里的处理逻辑，还有为什么你没加requires也能正常运行~

这得从ExtJS的运行模式和Sencha CMD的检测机制说起：

• 开发模式（比如sencha app watch）：ExtJS在开发阶段会启用运行时动态依赖加载。它内部维护了一套xtype与对应组件类的映射表（比如grid就对应Ext.grid.Panel），当你在代码里使用xtype: 'grid'时，ExtJS会自动识别这个xtype关联的类，然后动态加载该类的文件。这就是为什么开发时没加requires也能正常渲染组件，但这种方式其实有隐患——动态加载会额外发起网络请求，可能导致页面加载延迟，而且依赖关系不明确。
• 当然，这种自动加载不是万能的，比如自定义组件或者非UI类的依赖，自动检测可能失效，但Grid这类基础UI组件的映射是ExtJS内置的，所以不会出问题。

当你执行sencha app build打包生产版本时，CMD的处理会更严谨：

1. 全量依赖扫描：CMD会遍历你整个应用的代码，分析所有显性依赖（比如requires、uses声明）和隐性依赖——包括通过xtype引用、Ext.create()调用、类继承等方式用到的类。
2. 构建依赖树：基于扫描结果，CMD会生成一棵完整的依赖树，明确哪些类是应用运行必须的，哪些是冗余的。
3. 按需打包：最后CMD只会把依赖树中的类打包到最终的生产文件里，所有未被引用的类都会被排除，以此保证打包后的文件只包含运行所需的内容。

至于你没写requiresCMD也能找到Ext.grid.Panel，是因为CMD会解析ExtJS内置的xtype-类映射关系，识别出xtype: 'grid'依赖Ext.grid.Panel，自动把这个类加入打包列表。

虽然CMD能自动识别依赖，但非常建议你手动添加requires声明，原因有这几点：

• 提升代码可读性：其他开发者一眼就能看出这个组件依赖哪些类，维护起来更方便。
• 避免开发时的潜在问题：对于一些复杂组件、自定义组件或者非UI类，自动依赖检测可能出错，手动声明requires能确保开发时就加载正确的类，不会出现莫名其妙的“类未定义”报错。
• 让构建更精准：手动声明的依赖会让CMD的分析更准确，减少误判的概率（比如某些间接依赖可能被自动检测漏掉）。

要让Sencha CMD的打包结果最精简，你可以做这些优化：

• 坚持手动声明requires：不要依赖自动检测，明确每个组件的依赖关系。
• 使用生产构建命令：执行sencha app build production，这个命令会开启最严格的依赖分析、代码压缩、无用代码移除，生成最小的生产包。
• 避免全局批量引入：不要在app.js里写Ext.require('*')，这会强制加载所有ExtJS类，导致打包文件体积暴涨。
• 检查构建报告：构建完成后，CMD会在build/production/[你的应用名称]/resources目录下生成构建报告，你可以查看里面的依赖列表，确认有没有多余的类被打包进去，及时调整依赖声明。

内容的提问来源于stack exchange，提问作者a344254