MVC 代码中的代理对象引用

Question

我现在正在研究 MVC 的最佳实践，现在我有一个项目，我们选择在愤怒中使用它。

我的问题是。

如果创建一个绑定到 IEnumerable 的列表视图，这是一种不好的做法吗？

最好将 WCF 服务引用生成的代码分离到一个数据结构中，该数据结构本质上保存相同的数据，但从服务中进一步抽象，这意味着 UI 完全不知道下面的服务实现。

还是人们只是绑定到代理对象类型并完成了它？

我个人的感觉是通过创建一个模型并将集合放入其中并从模型中引用 UI 代码中的集合来创建一个抽象。

但这似乎违反了关于代理的 DRY 原则。

Answer 1

嗯，最佳实践是使用从模型中填充的视图模型。在许多情况下，它们可能是相同的，因为视图显示了服务返回的所有属性，但另一个视图可能只显示它们的子集。这就是为什么拥有一个视图模型被认为是一种好的做法。此视图模型还可以包含一些特定于视图的计算属性。要进一步简化这些对象之间的映射，您可以使用AutoMapper。还有一个nice article你可以看看解释视图模型的概念。