Click

@bbp 公司规定用MVVM啊，code behind是什么？

@泽蓝 那就不必太纠结于mvvm了，模式是为解决问题的，不该让它成为障碍。 谁说用mvvm就不能用code behind了：）mvvm模式很依赖于所使用的技术，wpf提供了完善高级的binding和command，还可以方便的扩展，所以多数情况都可以用mvvm优雅的解决，用silverlight限制就多了，要是开发windows phone程序，完全依赖于mvvm，能把人憋死。 所以先别跟自己较劲了，试试code behind吧，我觉得你把问题解决了，回头再想想mvvm的适用场景和限制，也许会发现更好的解决办法。

我现在学MVVM学得头昏脑胀啊，开始听说WPF的时候，确实觉得拉拉控件就好，还可以制作得美观，不错，真正接触之后，发现好烦，一个简单的例子就难住我了，想想很简单，实现起来却不是那么一回事，我现在是要将View层的两个UserControl（其中一个隐藏）添加到MainWindow页面，点击一个UserControl中的添加控件显示另一个UserControl，需要用到传参数，我写着写着就觉得偏离了MVVM，有点像三层架构了，现在，我都不知道该怎么办了。

写的很好呀

今天又重读一遍，颇多感慨，可惜放在这里，有点曲高和寡了。。。

学习成本确实不高，一个做过web service和remoting的人可以快速的使用WCF开发了。 但是隐藏在下面的分布式理念，感觉还是需要一定的时间去研究的，这也就是有“经验”的人的优势所在。

高屋建瓴

不错。兄台一席话让我茅塞顿开，确实写出了一些mvp和mvvm的区别，学习了

@吾爱孟夫子 客气了，近来对Silverlight/WPF构建业务应用比较感兴趣，随便说说而已。你的实践很好，向你学习。:)

多谢兄台在我博客中给予指点。

老兄：写的太高屋建瓴了，会的人看懂了，不看也懂；不会的人看了也不懂，跟没看一样。 建议：对MVVM写个系列文章，很有价值，期待...

不错，希望发布多点类似的文章。

-_-# :P

不错的评论。

关注一种语言，更关注它的思想所带来的借鉴。
每种存在的语言都有其亮点。

稀里糊涂没看明白~