UI设计模式

Question

我一直在阅读关于MVP、MVVM的文章，并在几个实践项目中使用了asp.net MVC。这些模式大多被称为UI模式，这对我来说有点令人困惑，因为我过去认为只有视图(在MVC中)是UI，而模型是数据访问层+ BLL。我的问题是，如果我使用实体框架(edmx)作为我的模型，为什么我需要一个单独的数据访问层(DAL)，这个数据访问层在这个场景中实际做些什么。

Answer 1

MVC和其他模式被认为是UI/表示模式，因为它们的主要任务是接受来自外部源的请求并显示结果。这些模式的M部分通常指的是用作DTO(数据传输对象)的简单模型，用于帮助填充视图(也称为视图模型)。

如果业务逻辑比CRUD操作更密集，则通常将其分离出来。这允许不同类型的前端应用程序(这里是MVC站点，那里是实际的手机/平板电脑应用程序)以不同的方式与数据交互。

换句话说，MVC之类的东西实际上只是业务逻辑之上的一层皮肤，而业务逻辑实际上是在做事情。

您需要问问自己，将EF部分与项目的其余部分分开是否有意义。如果您对数据执行的不仅仅是CRUD操作，我会说是。

Answer 2

您不需要显式地使用单独的DAL，因为EF同时是您的数据访问层和模型。如果你为你的模型使用POCO，你需要一个层来处理这些对象的持久性。因此，如果您使用NH作为OR/M，那么您的模型只是由POCO对象组成，NH是您的DAL。通常，NH隐藏在一个单独的层中，但这并不是真正必要的。如果涉及到图形用户界面，你的实体并不直接用于绑定等。MVVM为它引入了ViewModel，它作为图形用户界面和域模型之间的层，并提供图形用户界面所需的来自模型的所有数据。