与Ext一起使用的表示模式

在考虑呈现模式时,这是一句很好的名言:

将用户界面代码与 其他一切都是一个关键的原则 总是很容易遵循,它会导致 应用程序中的更多抽象 这很难理解。相当不错 很多设计模式都试图以此为目标 场景:MVC,MVP,监控 演示模型, 模型视图视图模型等 对于这种不同的图案 此问题域太大,无法解决 由一个通用解决方案解决。 独特的特点 使用某些模式比 和其他人在一起。

就Ext而言,在我看来,最接近的模式应该是Model-View-Viewmodel,然而,在保持关键原则(状态、视图、模型)的分离的同时,这种模式本身就很难编码。

也就是说,根据上面的引述,每种模式都试图解决/划分/简化一个问题/情况,而这个问题/情况对于手头的单个应用程序来说往往过于复杂,或者当您尝试将其完全化时,它往往会失败。因此,在模式匹配应用程序开发时,考虑获得“最佳匹配”而不是绝对匹配。

记住:

原因是什么 此问题域太大,无法解决 由一个通用解决方案解决。

我希望这有帮助!

自从这个问题被提出已经过去了2年,现在extjs4有了MVC模式的内置实现。然而,与MVP(我更喜欢MVP)不同,它更喜欢直接的控制器,因为视图通过商店连接到模型上。

以下是控制器上的文档:

http://docs.sencha.com/ext-js/4-1/#!/api/Ext.app.Controller

尽管如此,它可以更像一个监督控制器。extjs的一个好的方面是全局应用程序对象能够像事件总线一样处理控制器到控制器的通信。请参阅以下关于如何做到这一点的帖子:

http://www.sencha.com/forum/showthread.php?176495-How-to-listen-for-custom-events-fired-in-application

当然,所有这些模式的确切解释可以在这里找到:

http://martinfowler.com/eaaDev/uiArchs.html