blocks|key|1595697|text|它在任何项目中都很有用，但我发现在需要在业务逻辑、交互逻辑和用户界面之间提供清晰分离的情况下(大型应用程序或涉及多个开发人员/设计人员的应用程序)，它特别有用。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1595698|模型=业务逻辑|offset|length|style|BOLD|1595699|1595700|包含我正在使用的任何业务流程/对象的模型。|unordered-list-item|1595701|1595702|ViewModel+=交互逻辑|1595703|1595704|控制如何访问和修改模型的所有代码(例如，编辑/撤消功能、延迟加载等)|1595705|1595706|视图=用户界面|1595707|XAML|1595708|用户与之交互的接口(在中定义)。我尝试在这一层尽量减少代码隐藏的使用，将代码隐藏推入到附加属性或ViewModel中。|1595709|1595710|毫无疑问，MVVM还有许多其他用途，但在我自己的WPF开发经验中，这个特定场景是我发现的最有用的一个。|1595711|entityMap^0|0|0|7|0|0|0|0|0|F|0|0|0|0|0|7|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|13|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|14|8|@$D|15|E|16|F|G]]|9|@]|A|$]]|$1|H|3|-4|5|6|7|17|8|@]|9|@]|A|$]]|$1|I|3|J|5|K|7|18|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|19|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|1A|8|@$D|1B|E|1C|F|G]]|9|@]|A|$]]|$1|O|3|-4|5|6|7|1D|8|@]|9|@]|A|$]]|$1|P|3|Q|5|K|7|1E|8|@]|9|@]|A|$]]|$1|R|3|-4|5|6|7|1F|8|@]|9|@]|A|$]]|$1|S|3|T|5|6|7|1G|8|@$D|1H|E|1I|F|G]]|9|@]|A|$]]|$1|U|3|V|5|6|7|1J|8|@]|9|@]|A|$]]|$1|W|3|X|5|K|7|1K|8|@]|9|@]|A|$]]|$1|Y|3|-4|5|6|7|1L|8|@]|9|@]|A|$]]|$1|Z|3|10|5|6|7|1M|8|@]|9|@]|A|$]]|$1|11|3|-4|5|6|7|1N|8|@]|9|@]|A|$]]]|12|$]]

It can be useful in any project, but I find it particularly helpful in situations where providing a clear separation between business logic, interaction logic, and user interface is required (large applications or applications involving multiple developers/designers).

Model = Business Logic

<ul>
<li>Contains the model of whatever business process/object I am working with.</li>
</ul>

ViewModel = Interaction Logic

<ul>
<li>All the code that controls how the model is accessed and modified (e.g. edit/undo functionality, lazy loading, etc.)</li>
</ul>

View = User Interface

<ul>
<li>The interface (defined in XAML) that the user interacts with. I try to minimize the use of code-behind in this layer, pushing that into Attached Properties or the ViewModel.</li>
</ul>

There are doubtless many other uses for MVVM, but this particular scenario is the one I have found to be the most useful in my own WPF development experience.

blocks|key|1595621|text|我发现，即使在相对较小的项目中，如果我大量使用数据绑定和对象数据模型/模型，它也很有用。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1595622|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I've found it useful even in relatively small projects, if I'm making a lot of use of databinding and an object data model / models.

blocks|key|3004401|text|在WPF和Silverlight方面？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3004402|从理论上讲，一切都是如此--每一个非平凡的项目(甚至可能)。它是一个更广泛的过程的一部分(它创建了关注点分离，并允许测试和其他更好的事情)。基本上，如果你打算这样做(我认为你可能想这样做，我当然也打算在新项目中这样做)，那么你应该全面地做这件事。|3004403|如果你还没有，去看看这里的链接视频：http://blog.lab49.com/archives/2650+-我发现它对我理清思路很有帮助。|offset|length|3004404|entityMap|0|LINK|mutability|MUTABLE|url|http://blog.lab49.com/archives/2650^0|0|0|I|Z|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@$F|S|G|T|1|U]]|A|$]]|$1|H|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]]]

In terms of WPF and Silverlight? 

In theory for everything - every non-trivial project (and possibly even then). Its part of a wider process (it creates separation of concerns and allows for testing and other nice things). Basically if you're going to do it (and I think you probably want to, I certainly intend to with new projects) then you should do it pretty much across the board.

If you haven't already, go watch the video linked from here: <a href="http://blog.lab49.com/archives/2650" rel="nofollow noreferrer">http://blog.lab49.com/archives/2650</a> - I found it very helpful in getting my ideas straight.

blocks|key|1595741|text|最好问一下:什么时候不应该使用它？最明显的例子是当数据绑定不合适时，您必须直接在代码中操作视图的元素-例如，如果您的应用程序需要实时更新成百上千个可视元素的可视状态，则您可能无法承担数据绑定的开销。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1595742|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Better to ask: when shouldn't you use it? The most obvious example is when data binding isn't appropriate and you have to manipulate elements of the view directly in code - if, for instance, your application needs to update the visual state of hundreds or thousands of visual elements in real time you may not be able to afford the overhead of data binding.

blocks|key|1061994|text|我目前正在做一个大型项目，我们在Silverlight中实现mvvm，CAL+(复合应用程序指南)。当然，关注点的分离程度非常高。但|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1061995|1)代码变得过于健壮。|1061996|2)+mvvm看起来很适合小项目(互联网上所有这些hello-world示例)，但它减少了你的机会:例如，路由事件(伟大的工具)仍然是事件，但是，正如你所知道的，如果你想遵循MVVM，就严格禁止直接使用它们(只要这是代码隐藏)。|1061997|3)命令绑定在Silverlight(.net4.0，vs2010)中仍然无法正常工作。这是一个很长的故事，只要记住这个惊喜，当你的CanExecute委托不会在应用程序启动时触发时。|1061998|对你的问题的一个很好的回答是"MVVM适用于具有简单UI逻辑的项目“。|1061999|谢谢，伊利亚。|1062000|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|P|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|Q|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|R|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|S|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|M|$]]

I'm currently working on a large project, where we implement mvvm, CAL (Composite application guidance) in Silverlight. Of course, level of separation of concerns is very high.. but

1) the code gets too robust.

2) MVVM looks great for small projects ( all these hello-world samples all over the internet), but it reduces your oppportunities: For example, Routed events (great instrument) are still EVENTS, but, as you know, it's strictly forbidden to use them directly, as soon as this is code-behind) if you want to follow mvvm. 

3) Command Binding STILL doesn work properly in Silverlight(.net4.0, vs2010). It's a long story, just keep that surprise in mind, when your CanExecute delegate will not fire at app start.

A good answer to your question is "MVVM is good for projects with simple UI logic".

Thanks, Ilya.

blocks|key|1595827|text|每次我开始做一个简单的项目，并想“这太简单了，MVVM太过分了”，大约8小时后，我意识到使用MVVM会让事情变得简单得多。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1595828|所以我要说的是，大多数时候使用MVVM实际上会简化你的UI逻辑，即使你最初认为它会被夸大其词。随着时间的推移，项目有变得越来越复杂的习惯，MVVM强制实施的业务逻辑和视图逻辑的分离使项目能够以一种更受控制的方式增长，而不是将业务和UI逻辑混合在一起。|1595829|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Every time I start on a simple project and think "this is so simple, MVVM would be overkill", approximately 8 hours later I get to a point where I realise that using MVVM would make things much simpler.

So I'd say most of the time using MVVM will actually simplify your UI logic, even if you initially think it will be overkill. Projects have a habit of getting more complex over time, and the separation of business logic and view logic enforced by MVVM enables the project to grow in a far more controlled way than having you business and UI logic all mixed in together.

I have been hearing a lot of hype about MVVM for WPF. When do we use it? Is it a use for everything or does it only have specific uses? Is it worth it for every project?

When do we use MVVM?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我听到了很多关于WPF的MVVM的炒作。我们什么时候使用它？它是万能的，还是只有特定的用途？对每个项目来说都值得吗？

问我们什么时候使用MVVM？
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问我们什么时候使用MVVM？EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问我们什么时候使用MVVM？
EN