Model view controller 在app.js中声明商店、模型和视图？

我想知道是否有义务在app.js中删除我的应用程序中的所有商店/模型/视图？我这么说是因为我已经测试了以下情况：在app.js中只声明控制器，然后尝试在相应的controller.js中设置所需的存储/模型/视图，但不起作用[未定义的存储…]！ 在我的例子中，我将在如下模块中构建应用程序：

app.js
Sales
-- salesController.js
-- salesStore.js
-- salesModel.js
-- salesView_1.js
Account
-- accountController.js
-- accountStore.js
-- accountModel.js
-- accountView_1.js
-- accountView_2.js

and so on...

---

有关于这个的信息吗？

根据问题负责人的说法，他已经知道如何在MVC结构中定义应用程序重点是：为什么仅在控制器中

Ext.require

不起作用，对吗？

app.js

中有一些关于

控制器、商店、模型、视图的明确定义的描述：


配置文件-实例化每个配置文件并确定其是否应处于活动状态。如果是这样，配置文件自身的依赖项也会被加载
控制器-加载后实例化每个控制器
存储-实例化每个存储，如果未指定，则为其提供默认存储ID

这意味着所有这些必要的工作都是在加载应用程序之前和之后启动的。但是
Ext.require
没有，因为它是为异步方式设计的。例如，假设在您的控制器（需要所有其他东西：模型、视图、存储）中，您跳转到使用存储的视图中，该存储由类定义，而不是任何启动的实例，因此它没有定义

简而言之，在
app.js
中声明所有必需内容的正式方式确保您在需要时拥有一个实例（controller/store/model/view）。但是
Ext.require
支持您的类代码，而不是实例初始化。
根据问题的所有者所说，他已经知道如何在MVC结构中定义应用程序重点是：为什么仅在控制器中
Ext.require
不起作用，对吗？

app.js
中有一些关于
控制器、商店、模型、视图的明确定义的描述：


配置文件-实例化每个配置文件并确定其是否应处于活动状态。如果是这样，配置文件自身的依赖项也会被加载
控制器-加载后实例化每个控制器
存储-实例化每个存储，如果未指定，则为其提供默认存储ID

这意味着所有这些必要的工作都是在加载应用程序之前和之后启动的。但是
Ext.require
没有，因为它是为异步方式设计的。例如，假设在您的控制器（需要所有其他东西：模型、视图、存储）中，您跳转到使用存储的视图中，该存储由类定义，而不是任何启动的实例，因此它没有定义

简而言之，在
app.js
中声明所有必需内容的正式方式确保您在需要时拥有一个实例（controller/store/model/view）。但是
Ext.require
支持您的类代码，而不是实例初始化。
因此，我认为这种方法可能有效（我不确定，因为我以前从未尝试过）：使用
Ext.syncRequire
是的，我还测试了Ext.require。所以我从你们的回答中了解到的是，我们应该在app.js中定义所有东西，以便能够使用实例？谢谢因此，我认为这种方法可能有效（我不确定，因为我以前从未尝试过）：使用
Ext.syncRequire
是的，我也测试了Ext.require。所以我从你们的回答中了解到的是，我们应该在app.js中定义所有东西，以便能够使用实例？谢谢