我只是这样使用ExtJS:
的index.html:
<script type="text/javascript" src="extjs/ext-all.js"></script>
<script type="text/javascript" src="extjs/classic/theme-gray/theme-gray.js"></script>
<link rel="stylesheet" type="text/css" href="extjs/classic/theme-gray/resources/theme-gray-all.css">
生成我的主屏幕:
Ext.create('Ext.tab.Panel', {
plugins: 'viewport',
items: [ tab01, tab02 ],
renderTo : Ext.getBody(),
listeners:{
afterrender:function(){
// Do some post init routines...
}
}
});
我有一些Javascript文件包含每个屏幕的所有元素:模型,Windows,存储,网格或面板。一起表示屏幕语义的同一文件。我只是觉得这种方式更容易保留代表每个功能的代码。
我认为使用Sencha CMD生成应用程序没有任何问题,但应用程序文件夹结构,甚至干净并保持其位置,增长太多,让我花一些时间来搜索代码。
我需要知道,如果使用Sencha CMD生成应用程序只是一种宗教信仰,或者如果不这样做,我会在以后痛苦地使用它。
答案 0 :(得分:1)
好的 - 这有点主观意见,但这里有。
1)如果您不熟悉Sencha CMD结构,您将在以后遇到麻烦。如果您的应用程序不止一个页面/视图,那就是。如果您只使用一个对话框,没有SASS自定义,并且通常不会变得复杂,那么您将无法看到这些问题。随着您的应用程序的增长 - 特别是如果您开始需要在屏幕之间共享代码(例如模型),您将会从这种简单的方法中感受到痛苦。如果您需要支持移动设备,则需要远离此。
2)即使在Sencha CMD结构中,您仍然可以将相关类分组到一个文件中,特别是如果它是主类的内部细节。例如,我几乎总是在与View所用的文件相同的文件中定义我的ViewController和ViewModel类。我经常在与呈现它们的View相同的文件中定义新的小部件 - 如果它们变得更复杂或者我想在其他地方重新使用它们,则将它们分解。我唯一的基本规则是永远不要求&#39;以这种方式定义的一个类。
3)对于任何这样的方法,强烈的建议是通过别名引用您的类,而不是通过直接类名称引用您的类。这样可以更轻松地重新组织代码库 - 您可以移动和重命名类,而您所要做的就是修复您的“需求”。语句。