Extjs 无法识别的类名/别名widget.combobox(hiddenfield、fieldcontainer,…)

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版本要求:按给定名称及其所有直接依赖项加载所有类 此

在开发过程中,我通过“sencha app watch”运行我的应用程序,没有任何错误。 但是当我通过“sencha应用程序构建测试”构建我的应用程序时,我得到了不同标准组件的错误:combobox、hiddenfield和fieldcontainer。我通过将组件类名添加到“require”部分解决了这个问题。 我的问题:为什么我要做这个把戏?这个字段有什么问题?因为对于textfield,我没有任何错误。
我使用ExtJS6.2.0。gpl版本要求:按给定名称及其所有直接依赖项加载所有类

此错误非常常见,通常是因为在使用组件之前未加载所需的Ext组件或其直接依赖项之一

  • 在开发设置中,我们的工作区中有Ext设置
    通常,这使得提取所需的依赖项变得容易

  • 在生产或测试案例中,它无法加载文件或 加载导致此问题的一个直接依赖项

  • 这些依赖关系主要是动态加载的

  • 确保您所使用的任何组件都使用requires始终是最佳做法。


    这意味着任何组件都没有问题,只是一些负载问题,因为它们是内部绑定的。

    当您使用ExtJS的开发版本时,它基于
    app all.js
    ,它包含了大部分(如果不是全部的话)ExtJS类,并且大小缩小了2MB(9MB未统一)。因此,一旦加载该文件,它们就完全可用

    编译ExtJS版本时,Sencha Cmd会构建所需类的依赖关系树,以将生成的
    app.js
    的大小保持在最小值(在我的应用程序中,它缩小了1.1MB)。对于此依赖关系树,它从
    app.js
    文件开始,并考虑类中的定义:

    在控制器中:

    但是不是其他地方,例如:

    • (如果动态构建组件,则可能会分散在代码中)
    • 在组件树中