silverlight - MVVM - Flex 中的演示模型与 Silverlight 中的演示模型 : advantages and disadvantages?

Question

正如这里所说:

http://houseofbilz.com/archives/2010/12/29/cross-training-in-silverlight-flexmvvm-vs-presentation-model/

“如果您今天在 Google 上搜索“MVVM 和 Flex”，那么第一篇文章是有人声称 MVVM 不适合 Flex。我完全不同意。开箱即用，Flex 框架使它与 Silverlight 中类似的 MVVM 实现相比，Presentation Model 的实现要容易得多。这并不是说在 Silverlight 中没有好的第三方库可以让它变得更容易，而是在没有任何帮助的情况下，在 Flex 中更容易实现。”

因此，作为逻辑概念的 MVVM 可以在两者中实现，但在 Silverlight 中实现它的方式需要比 Flex 更多的 Plumbing。

是什么阻止 Silverlight MVVM 像 Flex 一样实现？ Silverlight 在事件系统中是否具有相同的功能来做同样的事情？

如果是，为什么 Silverlight 做的事情更复杂，那有什么优势呢？是关于使用类型更强的类接口(interface)吗？

还有什么缺点？例如，对于 1 个 View-Model 实现 MULTIPLE VIEWS 是否 Flex 实现也更明显？

Answer 1

What prevents Silverlight MVVM to be implemented like Flex ?

在 .net silverlight/wpf 中，一切都应该是透明的。绑定(bind)是通知机制，所以它应该“至少”像事件基础系统一样起作用。

If yes why does Silverlight do things more complicated what's the advantages then ?

对我来说，这是关于心态，如果我知道它是一个事件基础系统，那么我应该小心使用它。不要过度使用它等。

案例:绑定(bind)转换器，在 flex 中很容易实现，而不是在 silverlight 中。

弹性: text="{getColor(pm.customerName)}"是的，这非常简单，但问题是你确定你的 PM 会被垃圾回收正确释放，因为它是一个事件基础系统，谁负责观察变化？ getColor方法？或 text属性(property)？或两者？真的很难知道。

在银光中: text="{Binding CustmerName, Converter={StaticResources nameToColorConverter}}"我不需要问谁负责观察，因为colorConverter只是一个绑定(bind)支持的转换器。我不需要担心内存泄漏。

所以，对我来说，这一切都与心态有关。