Ate*_*ral 8 language-agnostic extjs
您认为Ext喜欢哪种演示模式,或者您是否已成功使用这些演示模式以实现高可测试性和可维护性?
由于Ext组件实例通常与状态和某种表示逻辑(例如文本字段的格式验证)紧密耦合,因此Passive View不是一个自然的选择.监督演示者似乎可以工作(并且我在一次场合中毫不费力地使用它).演示模型的适用性如何?还有其他人?
虽然这个问题专门针对Ext,但它可以应用于类似的框架,如SmartClient甚至像Flex这样的RIA技术.因此,如果您对任何其他Web UI技术有任何第一手的模式体验,您的输入仍然会受到赞赏.
在考虑演示模式时,这是一个很好的引用:
将用户界面代码与其他所有代码分离是精心设计的软件中的关键原则.但它并不总是很容易理解,它会导致难以理解的应用程序中的抽象.相当多的设计模式试图针对这种情况:MVC,MVP,监督控制器,被动视图,PresentationModel,Model-View-ViewModel等.这种模式的原因是这个问题域太大而无法通过一个通用解决方案 但是,每个UI框架都有自己独特的特性,因此它们对某些模式的效果要好于其他模式.
就Ext而言,在我看来,最接近的模式将是Model-View-View模型,但是这种模式本身很难编码,同时保持关键原则(状态,视图,模型)的分离.
也就是说,根据上面的引用,每个模式都试图解决/划分/简化问题/情况,这些问题/情况对于手头的单个应用程序来说往往过于复杂,或者当您尝试将其置于绝对状态时经常会失败.因此,在模式匹配应用程序开发时,考虑获得"最适合"而不是绝对.
并记住:
这种模式的原因在于这个问题域太大而无法通过一个通用解决方案来解决.
我希望这有帮助!
归档时间: |
|
查看次数: |
1646 次 |
最近记录: |