相关疑难解决方法(0)

在使用MVVM模式创建WPF应用程序时,似乎我必须自己收集必要的工具,甚至开始最基本的事件处理,例如

• 我从这里得到的附属行为
• DelegateCommands我从这里得到

现在我正在寻找一些方法来处理ComboBox中的ItemSelected事件,并获得了一些技巧和变通方法的建议(使用XAML触发器或将其他元素绑定到所选项目等).好吧,我可以走这条路,但它似乎正在重新发明轮子.只有一个我可以在我的ViewModel中处理的ItemSelected命令会很好.

我是否缺少一些标准工具,或者每个人都在使用WPF进行MVVM,基本上构建和组合他们自己的工具集合,这样他们就可以使用事件和命令完成最简单的管道任务,这些事情在代码隐藏中只需要几行用Click ="eventHandler"？

在我学习WPF的过程中,我一直专注于仅将MVVM模式应用于应用程序.

但是,我注意到对于某些功能(例如验证),很难或不可能保持MVVM模型的真实性.很多时候只需在元素上粘贴一个x:Name并在代码隐藏事件处理程序中更改它就可以立即解决问题.

放弃MVVM模式你有什么现实经验？

• 放弃MVVM什么时候有意义？例如,您是否制定了规则,如果某个应用程序具有某种复杂性,您将使用它,否则您不会使用它？
• 什么时候放弃MVVM 会让你瘫痪(例如,我可以想象如果你想升级你的应用程序以使用复合应用程序库,注入ViewModel和Container的整个概念如果你的代码背后都有你的逻辑,那么它将不起作用
• 什么时候放弃MVVM 无关紧要,例如,我可以想象你不需要/需要测试的代码只能在代码中,而你的基本结构仍然是MVVM并且通过模拟测试运行等等.