我看过很多使用模型-视图 UI 设计模式的教程和示例，它们都以非常不同的方式实现它们，尤其是模型部分。在某些示例中，模型在某些示例中是数据（某些 DB 的实际对象表示），在某些示例中是数据访问层（如存储库模式）在某些示例中是服务层...
如果有人告诉你他在他的应用程序中使用了 MV* 模式，那么它会告诉你关于应用程序设计的什么信息？它是否在对象图中维护数据库在内存中的表示，并将其用作数据源或某些数据访问层来查询数据库...
您将选择什么作为面向数据的智能客户端应用程序的模型，该应用程序主要包含带有表格的标签页？
【问题讨论】：
标签： c# .net design-patterns user-interface
模型一词至少有两种含义。有你的域模型。这里的意义是你如何表示你的数据。有很多方法可以构建数据，也有很多方法可以访问它。当我们从这个意义上谈论模型时，我们并不特别关心您如何访问构成它的结构，即数据访问或持久层，尽管您可能还会听到人们谈论持久性模型。这里，人们指的是持久性实现使用的特定哲学，例如 ActiveRecord 或 Repository。您可能还会听到这些被称为模式。
最后，模型一词在视图上下文中的 MVC、MVP 和 MVVM 中具有非常特定的含义。在这种情况下，它意味着与视图关联的特定数据对象，即视图模型。这可能是您的域对象之一，但更典型的是，它是一个特定于视图的对象，它封装来自一个或多个域对象的数据以及辅助数据，例如特定视图使用的用户数据。
对于您的应用程序，选择最适合您的开发环境和语言的持久性模型——MS 世界中的 LINQ to SQL、LINQ to Entities、nHibernate、Castle ActiveRecord 等为每个应用程序创建特定于视图的模型（类）包含该视图所需数据的视图。使用您的控制器查询您的域模型以提取视图所需的信息并将其映射到视图模型。
【讨论】：
如果有人说，他正在使用 MV* 模式，这意味着应用程序被分成几个部分，没有直接引用特定类型的行为，它没有说明实际的实现。 MVVM 意味着，你有一个模型、一个视图模型和视图部分，仅此而已。
模型是您的数据存储。这并没有说明它的实现，它可以是任何东西，具体取决于手头的任务。但是，应该使用接口访问它，以便您可以快速交换实现。从某种意义上说，这就是 MVVM 模式的重点——通过接口解耦三层。
您的描述听起来很像我目前的项目 - 我使用 sqlite 作为支持存储，使用实体框架作为 ORM。但是，我也使用 T4 生成 Dto 对象，然后通过 ViewModel 中的 automapper 进行映射，因为这些对象只需要数据，而不需要持久性。
【讨论】：
模型通常指的是数据层，但正如我发现的那样，在 MVC 中，当实现 ntier 方法时，这可能有点误导。原因是模型不包含在它自己的程序集中。
这是我对类似问题Confussion over MVC and entity model得到的一些非常有用的反馈
【讨论】：
模型可以被视为数据容器，有助于呈现表示组件和/或将数据持久化到/从数据源（即数据库等）。除了数据容器元素之外，模型可能包含也可能不包含行为，具体取决于相应架构的设计上下文。
虽然“模型”一词在模型-视图-控制器模式上下文中经常被讨论和使用，但它是当前软件架构世界中最重要的考虑因素之一
您可能希望查看以下article，其中描述了与表示组件和模型相关的一些流行和新设计模式。
【讨论】：