最好的解释方式是这样：
这是模型
public class Person
{
public int age;
public string name;
}
这是视图模型
public class PersonVM
{
}
我的问题是：
虚拟机应该将人暴露给数据模板还是用他自己的属性封装模型属性？
【问题讨论】：
标签： c# design-patterns mvvm getter access-modifiers
没有关于这个问题的普遍共识。例如，这是 Ward Bell here 提出的关于 MVVM 的开放式问题之一：
是否允许 VM 提供 V an 展开的 M 对象（例如，原始 员工） ？或者必须是 M 对象的 属性（如果它甚至被允许 有属性！）被暴露 完全通过一个表面 虚拟机包装器？
不直接在 VM 中公开模型的主要优点是：
您可以将其用作“类固醇转换器”，以方便的方式为视图格式化模型值
您可以注入其他与用户界面相关的功能，例如data validation messages、undo redo、..
缺点是：
您必须复制大量代码才能在视图模型中公开所有模型属性。
如果您将视图控件绑定到 viewmodels 属性，您将从 viewmodel 发送 propertyChanged 事件。但是，如果模型属性从不同于 viewmodel 设置器的其他来源更改会发生什么？然后它必须通知视图模型，所以你以 2 个 OnPropertyChanged 结束，一个在模型中，一个在视图模型中……相当复杂！
所以对我来说正确的答案是：这取决于您的要求。
【讨论】：
Robert McCarter 在 MSDN 第 25 卷中提出了一个有趣的解决方案。
http://msdn.microsoft.com/en-us/magazine/ff798279.aspx
他使用动态视图模型在模型之上提供一个层，同时避免代理所有模型属性。
如果您的问题空间不需要高性能（动态确实会影响性能），这是一个很好的解决方案。 View 不需要知道有关 Model 的任何信息，但 View Model 不必代理“按原样”提供的属性。可以随时将属性添加到 View Model 以包装 Model 属性，而无需修改 View 或 Model。阅读文章了解更多详情。
【讨论】：
拥有任何模型的 ViewModel 可能比这更糟糕。如果你有一个模型的层次结构，甚至是一个简单的集合怎么办？ 在这种情况下，您必须遍历所有模型并为每个模型构建一个 ViewModel 实例，并且还必须注册通知更改事件或其他事件。恕我直言，这完全是疯狂和不合理的。正如 DaniCE 所说，您最终会遇到大量代码和头疼的问题。
【讨论】：
视图模型应该声明它自己的属性并在视图中隐藏模型的细节。这为您提供了最大的灵活性，并有助于防止视图模型类型问题泄漏到模型类中。通常，您的视图模型类通过委托封装模型。例如，
class PersonModel {
public string Name { get; set; }
}
class PersonViewModel {
private PersonModel Person { get; set;}
public string Name { get { return this.Person.Name; } }
public bool IsSelected { get; set; } // example of state exposed by view model
public PersonViewModel(PersonModel person) {
this.Person = person;
}
}
请记住：模型不应该知道任何关于正在使用它的视图模型的信息，并且视图模型也不应该知道任何关于正在使用它的视图的信息。视图应该对潜伏在后台的模型一无所知。因此，将模型封装在视图模型中的属性后面。
【讨论】：