当然日里万机操心多了就会让自己要做的事越来越多，最终它面临的就是该层代码日益庞杂，且书写起来不太方便，必定就连事件绑定这类鸡毛算皮的事都要归它管，累不累呀。最终我们看到MVP中的View就真的代码轻闲了不少（国企职工嘛），难怪说View只要从相应的IVIEW接口下实现相应的属性和一些简单方法就完事了，而最终调用IVIEW接口下的那个视图实例则完全交给了Presenter，这让我想到了MVC中可以支持“自定义模版引擎（最终由MVC框架来控制使用系统还是自定义的模版引擎）”以及平时大家常挂在嘴边的换肤功能，想到这里多少还真有那么点意思了（精神层面上）。
当然在微软内部对MVP的理解也有所不同，如下图中所说的Supervising Controller模式和上面大家看到的PassiveView.
Supervising Controller模式其实很接近于MVC的那张图了，只是又提供了Presenter与View之间的“双向通信”。这种做法也是有很多不同意见的，起码对那些支持“单向依赖”的开发者而言是“嗤之以鼻”的。
说到这里，表达一下我的观点，我是偏向于PassiveView的，虽然这种模式有些霸道，但必定是让Model和View之间真正解耦，为开发者提供了最大的“控制成就感”，可以说想怎么控制视图就怎么控制，但因此所造成的问题就是代码书写量和实现复杂性等问题了。
