我了解您使用 ViewModel 来存储来自其他模型和源的不同数据以在视图中使用,因为模型并不总是包含您想要的内容。
我试图弄清楚为每个视图使用 ViewModel 是否合适。我问的原因是出于一致性原因。您可以有一个仅需要模型本身的视图,以及另一个必须具有 ViewModel 的视图。将这些混合在您的所有视图之间好吗?或者每个 View 都应该有一个 ViewModel 吗?
了解这一点很重要,因为我的模型与数据库直接相关,因为我使用的是 Entity Framework 4.1 Code First。
这不是要求,但它是最佳实践。
您希望尽可能将数据库与演示文稿解耦,并拥有ViewModel
(即使它是相同的)给你这种分离。它还可以保持事物的一致性,这样您就不会出现一些视图带有模型而另一些视图不带有模型的情况。这种类型的设计让您思考您希望视图遵循的所有数据并找出优化方案,查看是否可能发生数据重复,将数据保留在一个位置等。
想想你的ViewModel
就像与某人签订的合同一样View
.... 这View
需要 X 才能工作。
前期要做的工作不多,但最终会得到回报。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)