MVVM - Flex 中的表示模型与 Silverlight 中的表示模型：优点和缺点？

Question

正如这里所说：

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

“如果您今天在 Google 上搜索“MVVM 和 Flex” ，第一篇文章的作者声称 MVVM 不适合 Flex，我完全不同意，Flex 框架使得在 Silverlight 中实现表示模型比类似的 MVVM 实现要容易得多。这并不是说没有好的第三方库可以让 Silverlight 变得更容易，而是在没有任何帮助的情况下，在 Flex 中更容易实现”

因此 MVVM 作为逻辑概念可以以两种方式实现。在 Silverlight 中实现比 Flex 需要更多的管道。

是什么阻止了 Silverlight MVVM 像 Flex 一样实现？ Silverlight 在事件系统中不具有相同的功能来执行相同的操作吗？

如果是的话，为什么 Silverlight 会把事情做得更复杂，那么它的优点是什么？是关于使用更强类型的类接口吗？

还有什么缺点呢？例如，对于为 1 个视图模型实现多个视图，Flex 实现是否也使其变得更加明显？

Answer 1

是什么阻止了 Silverlight MVVM 像 Flex 一样实现？

在 .net silverlight/wpf 中，一切都应该透明。绑定是通知机制，因此它“至少”应该像事件库系统一样工作。

如果是，为什么 Silverlight 会这样做
比较复杂有什么好处
然后呢？

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

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

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

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

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

Answer 2

实际上，有两件事使它变得更加复杂：

• 实现 INotifyPropertyChanged
• 命令

您可以在 Silverlight 中做的一件事是使用 “财产编织者”。它将执行类似于 Flex 中的 [Binding] 标记的操作，因为它会自动获取公共 getter/setter 并使用 INPC 模式重新编写它们。

至于命令，在 DelegateCommand 中包装方法被证明是大量的管道工作。有几种方法可以实现这一点。我喜欢基于约定的方法，在该方法中，您声明一个名为 Execute_Something 的公共方法，并且会自动创建命令 Something 供您绑定。 此处和此处。

最后，Flex 中的绑定是基于表达式的，而 Silverlight 中的绑定是纯粹声明性的。当我们获得 C# v.Next 时，我有一些想法，我们也许能够非常轻松地进行基于表达式的绑定。