ICommand有个CanExecute的方法。
当然，我觉得可能和你理解的不一样，WCFRIA生成那个，应该说还是Model，ViewModel确实是要在外边包一层的，因为ViewModel本来就应该只提供View上才有的输入输出。

Quote: 引用 1 楼 vbfool 的回复:

ICommand有个CanExecute的方法。
当然，我觉得可能和你理解的不一样，WCFRIA生成那个，应该说还是Model，ViewModel确实是要在外边包一层的，因为ViewModel本来就应该只提供View上才有的输入输出。

对。RiaServices生成的那个，应该看作Model.
当我问这个问题时，具体讲是在问RiaServices客户端生成的Model需不需要再包装一下。
比如数据库中有Product表，RiaServices客户端生成一个叫Proudct的Model是吧？这个东西是不是需要包装这个问题。比如手动再建下个ProductViewModel。那么如果是Product的列表时呢，向View提供的是ProductViewModel的集合。
这个问题一直让我有些困惑来着。

我查了一下，有人建议，从纯粹的设计角度，理想状态是View不应该知道任何Model的事，View只和ViewModel打交道。但实际上这样子会增加很多代码量，增加复杂度和难以维护。所以一般最佳作法是：It's generally best to simply expose your model objects(or collections of objects)directly to the view via a property on the ViewModel. 

虽然是增加了很多代码，但是同样也提升了灵活性。
比如我在一个列表里，每条记录都有一个按钮，可能执行的功能和你的Model没多大关系，这时候，每个Model外包一个ViewModel，就是个不错的选择。

Quote: 引用 3 楼 vbfool 的回复:

虽然是增加了很多代码，但是同样也提升了灵活性。
比如我在一个列表里，每条记录都有一个按钮，可能执行的功能和你的Model没多大关系，这时候，每个Model外包一个ViewModel，就是个不错的选择。

明白你的意思，比如Model里的bool，可以在传递给View之前，在ViewModel里转换成View关心的Visibility.Visible/Collapse等。ViewModel增加的Button也可以用来对‘单个记录’做些事情。实际上典型的MVVM示例也是这么做的。
只是到了RiaServices时，客户端生成的Entity简直就像是MVVM-Ready一样健壮，什么INotifyPropertyChanged, IEditibleObject等都实现了, 字段的Validation及ValidationEorr的通知它都包办了。说的夸张点，就像是ViewModel要我实现的话，似乎都不可能实现的比它更完善的感觉。
我目前的想法是这个事情就看情况而定。需要一些灵活性和更多控制的时候就在'单个Model'级别上用ViewModel包装一下，如果不是那么复杂情况，那就不包装类级别的model，而是通直接把model object(或它的集合)通过ViewModel来expose给View.

你可以把Model作为ViewModel的一个属性来用，我就是这么干的，而且SimpleMvvM框架也是这么干的。

Quote: 引用 5 楼 vbfool 的回复:

你可以把Model作为ViewModel的一个属性来用，我就是这么干的，而且SimpleMvvM框架也是这么干的。

thank you. 

我回的“比如Model里的bool，可以在传递给View之前，在ViewModel里转换成View关心的Visibility.Visible/Collapse等"这个不恰当。ViewModel里不应该有Visibility.Visible这样的东东。这个先这么地。

该回到标题的问题了。就是DataForm参与MVVM时，在什么时机把录入的数据提交到服务器的问题。一般是EventToCommand的方式，也就是DataForm的EditEnded事件绑定到ViewModel的Command这样子做吗？按我的要求那就是DataForm绑定了一个new出来的Entity，或像你所说的包装后的对应单个Entity的ViewModel，点击DataForm的"OK"时，也就是尝试Commit数据了，如果验证有问题就不会触发EditEnded事件，验证都通过时才会触发EditEnded是吧？然后因为ViewModel绑定了EditEnded事件，所以保证了至少客户端数据合法性，再在ViewModel里把新录入的合法数据提交到服务器。

现在没条件试，看到你的回复就直接回了:-)

我记得这种时候还是靠IEditaleObject的吧

Quote: 引用 7 楼 vbfool 的回复:

我记得这种时候还是靠IEditaleObject的吧

如果View绑定的是经过包装的ViewModel，比如如下情况：
View-StudentViewModel-Student(已经默认实现IEditableObject)，那么它们各自在DataForm上的表现如何，我做了一下测试。

数据库很简单,


目的是让DataForm直接绑定一个RiaServices生成的Entity（已实现IEditableObject），另一个经过ViewModel包装（未另外实现IEditableObject）后再绑定。

运行结果：

public class SimpleStudentVM

{

    public Student FirstStudent

    {

        get { return new Student { Id = 1, Name = "张华", Age = 25 }; }

    }

}

public class WrappedStudentVM

{

    public StudentViewModel FirstStudent

    {

        get { return new StudentViewModel(new Student { Id = 1, Name = "张华", Age = 25 }); }

    }

}

public class StudentViewModel : NotificationObject

{

    private Student _student;

    public StudentViewModel(Student s)

    {

        _student = s;

    }

    public int Id

    {

        get { return _student.Id; }

        set

        {

            _student.Id = value;

            RaisePropertyChanged("Id");

        }



    }

    public string Name

    {

        get { return _student.Name; }

        set

        {

            _student.Name = value;

            RaisePropertyChanged("Name");

        }

    }

    public int Age

    {

        get { return _student.Age; }

        set

        {

            _student.Age = value;

            RaisePropertyChanged("Age");

        }

    }

}

<Grid x:Name="LayoutRoot">

    <Grid.ColumnDefinitions>

        <ColumnDefinition />

        <ColumnDefinition />

    </Grid.ColumnDefinitions>

    <StackPanel>

        <StackPanel.DataContext>

            <vm:SimpleStudentVM />

        </StackPanel.DataContext>

        <tookit:DataForm CurrentItem="{Binding FirstStudent}" />

    </StackPanel>



    <StackPanel Grid.Column="1">

        <StackPanel.DataContext>

            <vm:WrappedStudentVM />

        </StackPanel.DataContext>

        <tookit:DataForm CurrentItem="{Binding FirstStudent}" />

    </StackPanel>

</Grid>

可以看出来自动生成的Entity被ViewModel包装后再绑定DataForm时，因为它没有实现IEditableObject，所以不能参与进Cancel(实际就是Undo)，界面上也不会显示Cancel按钮。且绑定自定义ViewModel后，必录项对应Label加粗也没了。
当然可以在自定义ViewModel时，实现IEditableObject，使实体对应ViewModel获得可以Undo的好处，还有用[Required]等重新标识必录项。问题是， 这是不是很繁琐呢？

所以就回到我最开始的问题了，既然RiaServices自动生成的Entity这么强大，还有很多方面都面面俱到（它还默认实现了INotifyDataErrorInfo，你想，如果在自己的ViewModel里再去实现这个接口……），因为DataForm直接绑定的是经过‘缩减’的对象，在这种情况下反不如直接绑定RiaServices自动生成的entity. 

所以才会把Model作为ViewModel的一个属性来，然后你要修改的部分就直接绑在Model上，毕竟这个Model本身不能扩展的。