Ext JS 6应用程序Build后出现“c is not a constructor return new c(a[0])”的处理

在对Ext JS 6的应用程序打包后，时不时会出现以下错误：

由于是压缩后出现的错误，要进行调试也无从下手，因而这个错误会令新手手足无措，不知道是怎么回事。

造成该错误的主要原因是要创建的类在打包时没有包含在包内，又或者是类名错误造成的。我遇到的一个比较典型的错误就是在requires中使用了Ext.MessageBox而不是Ext.window.MessageBox，就会出现该错误。

虽然知道该错误是由于类名造成的，但苦于无法知道是那个文件中的requires出现的问题，因而要解决这个问题也很棘手，不过主要有足够耐心，还是能解决的。

该错误出现的地方是在应用程序ext\packages\core\src\class目录下的ClassManager.js文件中的getInstantiator方法内，代码如下：

getInstantiator:function(length){
varinstantiators=this.instantiators,
instantiator,
i,
args;

instantiator=instantiators[length];if(!instantiator){
i=length;
args=[];for(i=0;i
instantiator.name="Ext.create"+length;//
}returninstantiator;
},123456789101112131415161718192021222324

错误中的代码就是由“instantiator=”这句代码（文件的895行）自动生成的。这段代码的主要作用是创建一个新的类实例并返回该实例，而当该类不存在或类名错误的时候，因为创建不了类的实例，就会出现错误。

出现问题的地方已经找到，但要解决问题，不能在这里，因为在该函数内要查找是那个类出现错误，也很困难，因为调用该类的时候传递给该类的可能是一个空的类名，因而，需要在调用该方法时去查。

通过在ClassManager.js文件中搜索getInstantiator，会发现在create方法内调用了该方法，代码如下：

create:function(){
varname=arguments[0],
nameType=typeofname,
args=arraySlice.call(arguments,1),
cls;if(nameType==='function'){
cls=name;
}else{if(nameType!=='string'&&args.length===0){
args=[name];if(!(name=name.xclass)){
name=args[0].xtype;if(name){
name='widget.'+name;
}
}
}//
if(typeofname!=='string'||name.length<1){thrownewError("[Ext.create]Invalidclassnameoralias'"+name+"'specified,mustbeanon-emptystring");
}//

name=Manager.resolveName(name);
cls=Manager.get(name);
}//Stillnotexistingatthispoint,trytoloaditviasynchronousmodeasthelastresort
if(!cls){//
//
!isNonBrowser&&//
Ext.log.warn("[Ext.Loader]Synchronouslyloading'"+name+"';consideradding"+"Ext.require('"+name+"')aboveExt.onReady");//

Ext.syncRequire(name);

cls=Manager.get(name);
}//
if(!cls){thrownewError("[Ext.create]Unrecognizedclassname/alias:"+name);
}if(typeofcls!=='function'){thrownewError("[Ext.create]Singleton'"+name+"'cannotbeinstantiated.");
}//

returnManager.getInstantiator(args.length)(cls,args);
},123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657

注意最后一句，可以看到调用getInstantiator方法，传递了两个参数，而第一参数，根据上面的代码可知道这就是类名或类自身，这时候，一般通过在return语句上面添加“console.log(cls)”就可知道是那个类出现问题了。

特殊情况是cls为空的时候，就不知道错误出在哪里了。这时候，就需要在return语句前添加window语句，在调用该方法时，在浏览器进 入调试状态来查了。其实这是一个很烦人的过程，因为类的创建过程都会调用该方法，因而这个需要耐心，一直等到错误出现的时候。而且这个过程可能要重复一次 才行，因为错误是在window后产生，你需要记录的是这个错误是在什么时候产生，这个很重要。

当知道错误是在什么时候发生了，就可以在window进入调试状态的时候，在浏览器的调试工具中，查看栈信息，以确定那个类调用了该方法造成的错误，从而知道错误是产生在那个类。知道了错误在那个类，就好办了，用排除法就可以很容易知道是那个地方出问题了。

以上步骤修改代码后，都要build一次再调试。

由于该错误一时很难还原，栈调试无法以图片显示，在此深表遗憾，如果有需要，可加群进行咨询。

BTY：貌似在最新版的Sencha CMD中已消除了该错误。