内容简介：在控制器的MVC中,您应该从DB获取Model并将其转换为ViewModel,然后再将其发送到View.通常使用像Automapper这样的东西.我的问题是,如果你需要在视图中显示模型的所有属性,那么创建一个值得的ViewModel呢？如果Model和ViewModel需要相同,那么创建ViewModel会在应用程序中创建一些安全性或好处,或者我们只是增加了不必要的复杂性？
在控制器的MVC中,您应该从DB获取Model并将其转换为ViewModel,然后再将其发送到View.通常使用像Automapper这样的东西.
我的问题是,如果你需要在视图中显示模型的所有属性,那么创建一个值得的ViewModel呢？
如果Model和ViewModel需要相同,那么创建ViewModel会在应用程序中创建一些安全性或好处,或者我们只是增加了不必要的复杂性？
使用视图模型的关键通常是因为您的视图需要比域模型提供的信息更多/更少的信息.
其他好处包括将您的视图与您的域分离,如果您的域名发展,这可能会导致脆弱.
它的关键是,它们不是必需品;视图模型的目的是为视图提供仅渲染自身所需的信息,如果您认为应用程序中的视图模型是多余的,则不要使用它.但是,我至少会考虑使用接口来避免耦合.
翻译自：https://stackoverflow.com/questions/23723270/always-use-viewmodel-pattern-in-mvc
以上所述就是小编给大家介绍的《c# – 总是在MVC中使用ViewModel模式？》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
- MongoDB – 使用模式构建之属性模式
- MongoDB – 使用模式构建之多态模式
- 使用函数式实现观察者模式模式
- 使用模式构建：模式版本控制模式（The Schema Versioning Pattern）
- 使用模式构建：多态模式（The Polymorphic Pattern）
- 使用模式构建：桶模式（The Bucket Pattern）
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
Looking For a Challenge
the University of Warsaw / the University of Warsaw / 2012-11 / 0
LOOKING FOR PROGRAMMING CHALLENGES? Then this book is for you! Whether it's the feeling of great satisfaction from solving a complex problem set, or the frustration of being unable to solve a task,......一起来看看 《Looking For a Challenge》 这本书的介绍吧!
