所以当我学习WPF时,我首先被介绍了模型的概念。模型的MVVM概念似乎更加与包含在类/类集中的一般“业务逻辑”一致。当我看到MVC时,模型似乎是轻量级类,通过表单“传递”到用户和从用户“传递”。这种评估是否正确,或者是否存在模型较重的情况(不仅仅是保持并验证用户输入的数据)。
答案 0 :(得分:2)
您可以使用模型(类)作为数据容器(我通常会这样做),查看贫血域模型(http://en.wikipedia.org/wiki/Anemic_domain_model),然后您可以独立实现业务层,服务,数据层。
或者你可以在你的模型中实现它们,由于封装和一些设计原则,一些人想要这样做。
了解域驱动设计。 (http://en.wikipedia.org/wiki/Domain-driven_design)
答案 1 :(得分:0)
在MVC或其他类似的设计模式中,您已经定义了3个独立的应用程序层。具有对象逻辑的模型,用于显示和获取用户信息的视图,然后是控制器巫婆之间的交互和交换。
MVC更适用于Web应用程序和带有WPF的MVVM。原因是您使用WPF可以使用ViewModel中的对象对视图中的对象进行数据绑定。
例如Twiter应用程序:你可以拥有一个包含Tweet所有属性的模型(tweetItem),一个获取并存储推文的ViewModel和一个包含列表的视图,用于显示它们,绑定到那个集合。
对于MVVM或MVC,只有在您的应用程序中影响代码的组织方式。