MVVM的优缺点
作者：JohnGossman （MVVM 模式的创始人）
对于我们什么时候和为什么要使用 M-V-VM 与其它模式我思考了很多。一个显然的目的就是在代码隐藏的层面对视图的抽象化，减少大量的业务逻辑或者节外生枝的胶水代码。所有好处都比较抽象，但这里有一个比较具体的优势：ViewModel 比代码隐藏或事件驱动的代码更容易进行单元测试。ViewModel，虽然它听起来更像是 View 而不像 Model，而且这意味着你可以方便地测试，而不用去理会麻烦的 UI 动画和交互。如果你曾经尝试过对 UI 代码进行单元测试，你就知道这会有多么困难。
那么它的缺点呢？对于简单的 UI 来讲，M-V-VM 是一种过度的设计。在复杂的情况下，很难预先设计出足够通用的 ViewModel。尽管数据绑定的神奇在于声明式，然而比起命令式的语法，他更难调试，即便你已经在代码中设置了断点（但如果你有很多事件在到处运行，那可能并不会有什么区别）。
数据绑定的性能十分好，但是他会趋向于创建大量的全局的本地数据。就这样运行一段时间，我们就给我们创建的每一个对象都添加了多个绑定。在构建 WPF 程序的时候我们使用了数据绑定，每个对象都几乎耗费了2k的内存…所以这说明用来实现绑定的逻辑比被绑定的对象本身要重得多。在这个例子中，我将全部的绑定替换为静态的回调方法，这一个做法差不多节省了 100MB 的内存…！
一般的 UI 不会创建这么多的绑定，但是性能是我们需要注意的问题。