哪一层应该构建一个View Model？

Question

我正在使用S#arp架构,我不记得我在哪里阅读它,但他们说他们的ViewModel应该存储在服务层,你的视图应该将viewmodel提交给服务进行处理.

我的问题是这个.应该构建ViewModel的哪一层？它应该在服务层,控制器是否请求它？或者控制器应该自己构建它？还有一个关于更新视图模型的问题,就好像它包含集合,并且模型状态无效,您还需要重新设置任何列表.

有什么建议？

非常感谢

马特

Answer 1

根据传统的方法或理论,ViewModel应该是User界面层的一部分.至少这个名字是这么说的.

但是当你开始使用Entity Framework,MVC,Repository等实现它时,你会意识到其他的东西.

有人必须使用ViewModels(最后提到的DTO)映射实体模型.这应该在A)UI层(由Controller)或B)服务层完成吗？

我使用选项B.选项A是禁忌,因为几个实体模型组合在一起形成ViewModel的简单事实.我们可能不会将不必要的数据传递到UI层,而在选项B中,服务可以使用数据并在映射(到ViewModel)之后仅将所需/最小值传递给UI层.

但是,让我们假设我们使用选项A,我们将ViewModel放在UI层(和服务层中的实体模型)中.

如果服务层需要映射到ViewModel,则服务层需要访问UI层中的ViewModel.哪个图书馆/项目？Viewmodel应位于UI层中的单独项目中,此项目需要由Service Layer引用.如果ViewModel不在一个单独的项目中,那么就有循环引用,所以没有去.让Service层访问UI层看起来很尴尬,但我们仍然可以应对它.

但是,如果有另一个UI应用程序使用此服务怎么办？如果有移动应用程序怎么办？ViewModel有多么不同？服务应该访问相同的视图模型项目吗？或者所有的UI项目都会竞争？

经过这些考虑后,我的答案是将Viewmodel项目放在Service Layer中.每个UI层都必须访问服务层!并且可能有许多类似的ViewModel都可以使用(因此服务层的映射变得更容易).这些天通过linq完成映射,这是另一个优点.

最后有关于DTO的讨论.还有关于ViewModels中的数据注释.具有数据注释的ViewModel不能驻留在服务层中.因此,DTO将是ViewModel的精确副本,并在两者之间进行一对一映射(例如使用AutoMapper).DTO仍然具有UI(或多个应用程序)所需的逻辑,并且驻留在服务层中.UI层ViewModel只是从DTO复制数据,并添加了一些"行为"(例如:属性).

虽然与问题没有直接关系.'ViewModelFaçade'(在另一个viewmodel中的viewmodel)和'command'中提到的必须观看频道9链接也值得探索(@ 11:48它开始)

Answer 2

我在控制器内创建视图模型.控制器采用域实体(通过模型绑定器从数据库检索),可能在其他视图模型中,联系存储库以获取其他数据,创建新视图模型,并将其传递到适当的视图(或重定向).因此,控制器的职责是根据输入的域数据准备视图/视图模型(当然还要处理错误).

您可以在此处查看在控制器中创建视图模型的替代方法.此技术将视图模型创建移动到操作之外,因此不仅控制器操作接受纯域对象,而且它们还返回纯域对象.在所有情况下我都不会说这是合适的,但学习起来非常有趣.

上述与AutoMapper相关的技术也提出了类似于"我应该将viewmodels传递给服务层"的问题.不,你没有.如果需要将复杂对象传递给服务或域层,则可以在相应的服务/域层中定义此对象,并使用它将数据传递到这些层.然后,可以轻松地将此对象映射到视图模型/从视图模型映射(例如,使用AutoMapper).但是您的较低层(服务/域)不应该耦合到上层(视图/控制器).不是在这种情况下,不在其他情况下.从不低级别的层应该依赖于它们上面定义的东西.