Extjs 无法识别的类名/别名widget.combobox(hiddenfield、fieldcontainer,…)
在开发过程中,我通过“sencha app watch”运行我的应用程序,没有任何错误。 但是当我通过“sencha应用程序构建测试”构建我的应用程序时,我得到了不同标准组件的错误:combobox、hiddenfield和fieldcontainer。我通过将组件类名添加到“require”部分解决了这个问题。 我的问题:为什么我要做这个把戏?这个字段有什么问题?因为对于textfield,我没有任何错误。Extjs 无法识别的类名/别名widget.combobox(hiddenfield、fieldcontainer,…),extjs,combobox,extjs6,hiddenfield,Extjs,Combobox,Extjs6,Hiddenfield,在开发过程中,我通过“sencha app watch”运行我的应用程序,没有任何错误。 但是当我通过“sencha应用程序构建测试”构建我的应用程序时,我得到了不同标准组件的错误:combobox、hiddenfield和fieldcontainer。我通过将组件类名添加到“require”部分解决了这个问题。 我的问题:为什么我要做这个把戏?这个字段有什么问题?因为对于textfield,我没有任何错误。 我使用ExtJS6.2.0。gpl版本要求:按给定名称及其所有直接依赖项加载所有类 此
我使用ExtJS6.2.0。gpl版本要求:按给定名称及其所有直接依赖项加载所有类 此错误非常常见,通常是因为在使用组件之前未加载所需的Ext组件或其直接依赖项之一
通常,这使得提取所需的依赖项变得容易
这意味着任何组件都没有问题,只是一些负载问题,因为它们是内部绑定的。当您使用ExtJS的开发版本时,它基于
app all.js
,它包含了大部分(如果不是全部的话)ExtJS类,并且大小缩小了2MB(9MB未统一)。因此,一旦加载该文件,它们就完全可用
编译ExtJS版本时,Sencha Cmd会构建所需类的依赖关系树,以将生成的app.js
的大小保持在最小值(在我的应用程序中,它缩小了1.1MB)。对于此依赖关系树,它从app.js
文件开始,并考虑类中的定义:
- (如果动态构建组件,则可能会分散在代码中)
- 在组件树中