当我学习 WPF 时，我一直专注于仅应用MVVM模式到应用程序。
但是，我注意到对于某些功能比如验证，很难或不可能保持 MVVM 模型的真实性。很多时候只是简单地粘贴x:Name在一个元素上并改变它代码隐藏事件处理程序立即解决问题。
你有什么现实世界的经验放弃MVVM模式?
- 什么时候放弃 MVVM 才有意义？例如您是否制定了规则，如果应用程序具有一定的复杂性，您将使用它，否则您不会？
- 什么时候放弃MVVM稍后让你瘫痪（例如，我可以想象，如果您想升级应用程序以使用复合应用程序库，如果您将所有逻辑都放在代码后面，则注入 ViewModel 和容器的整个概念将不起作用
- 什么时候放弃MVVM没关系，例如我可以想象，你不想/不需要测试的代码可以放在后面的代码中，而你的基本结构仍然是 MVVM 并通过模拟测试等运行。
我认为如果代码隐藏仅与视图相关，那么它就很好。它不会破坏 MVVM，因为重要的是层的分离。如果您的虚拟机不知道视图，那么我认为您是否使用 XAML 或代码并不重要。您尝试最大限度地减少代码隐藏，因为它通常在 XAML 中更干净、更容易执行，但有时几行代码比大量 XAML 更干净。例如绑定键盘的所有按键。您可以在 XAML 中键入 101 个键绑定或 5 行代码。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
