0

所以当我学习 WPF 时,我第一次接触到了模型的概念。模型的 MVVM 概念似乎更符合封装在类/类集中的一般“业务逻辑”。但是,当我查看 MVC 时,模型似乎是通过表单“传递”给用户和从用户传递的轻量级类。这种评估是否正确,或者是否存在模型更重的情况(不仅仅是保存和验证来自用户的数据输入)。

4

2 回答 2

2

您可以使用模型(类)作为数据容器(我通常这样做),查看贫血域模型(http://en.wikipedia.org/wiki/Anemic_domain_model),然后您可以独立实现业务层、服务、数据层.

或者你可以在你的模型中实现它们,由于封装和几个设计原则,有些人想要这样做。

还要研究领域驱动设计。(http://en.wikipedia.org/wiki/Domain-driven_design

于 2013-05-16T20:44:35.833 回答
0

在 MVC 或其他类似的设计模式中,您已经定义了应用程序的 3 个独立层。具有对象逻辑的模型,用于显示和从用户获取信息的视图,然后是一个控制器女巫在两者之间进行交互和交换。

MVC 更多地用于 Web 应用程序和带有 WPF 的 MVVM。原因是您使用 WPF 可以将 View 中的对象与 ViewModel 中的对象进行数据绑定。

例如,一个 Twiter 应用程序:您可以拥有一个具有 Tweet 的所有属性的模型 (tweetItem),一个 ViewModel 将推文获取并存储在一个集合和一个视图中,该视图具有一个列表,用于显示它们,绑定到该集合。

对于 MVVM 或 MVC,对您的应用程序的唯一影响是代码的组织方式。

于 2013-05-16T21:11:19.960 回答