Extjs4 当客户端非常瘦时,使用ExtJS的MVC架构有什么好处吗?

Extjs4 当客户端非常瘦时,使用ExtJS的MVC架构有什么好处吗?,extjs4,extjs-mvc,Extjs4,Extjs Mvc,我们刚刚开始在我们的项目中使用Sencha的ExtJS4,并一直遵循文档在客户机上构建MVC体系结构。随着时间的推移,我倾向于认为这比它的价值更麻烦,因为: 我们渲染到不同的视图(ExtJS是一个视图),因此我们保留服务器上控制器中的所有逻辑,以最小化重复 正因为如此,单元测试没有太多内容,因为几乎没有逻辑。我们用硒做功能测试 在这样一个瘦客户机上保持MVC体系结构有什么好处?现在还不清楚,但当我们开始为其开发组件时,可能会有哪些问题 根据我使用Ext JS 4的经验,使用MVC通常会带来更

我们刚刚开始在我们的项目中使用Sencha的ExtJS4,并一直遵循文档在客户机上构建MVC体系结构。随着时间的推移,我倾向于认为这比它的价值更麻烦,因为:

  • 我们渲染到不同的视图(ExtJS是一个视图),因此我们保留服务器上控制器中的所有逻辑,以最小化重复
  • 正因为如此,单元测试没有太多内容,因为几乎没有逻辑。我们用硒做功能测试

在这样一个瘦客户机上保持MVC体系结构有什么好处?现在还不清楚,但当我们开始为其开发组件时,可能会有哪些问题

根据我使用Ext JS 4的经验,使用MVC通常会带来更多的麻烦

如果您正在ExtJS中构建一个完整的站点,那么您可能会从中获得一些好处,但没有什么是您无法从创建/覆盖组件中获得的。如果您正在开发一个几乎没有客户端逻辑的瘦客户端,那么最终会引入更多的开销

主要的问题是,当您开始在许多不同的页面上需要相同的组件时(例如带有员工列表的组合框)。根据页面的不同,您可能需要不同的侦听器,但在大多数情况下,它在任何地方都是相同的。创建一个在初始化时加载数据的存储,然后定义一个您需要的具有默认值的组件的子类,这非常简单。然后,您所需要做的就是为它提供storeId和您想要的任何侦听器,然后就可以了