>如果我要构建示例ap,那么构建它的逻辑顺序是什么？
>对于命令结构,会发生什么,运行ap时的顺序是什么？
我也想知道我是否应该把它分成两个问题？
>我同意Yacoder的观点.从你所知道的或你的愿景开始.如果您的愿景是获得某个UX,请从Expression Blend开始,如果您愿意的话.如果您知道所需的功能,请从ViewModels和Unit测试开始.> Smith的应用程序从App.xaml.cs开始.
在那里创建并显示MainWindowViewModel和MainWIndow.
MainWindow.xaml是接下来发生的事情.它定义了UI的主要部分.其主要部分展示了两个系列;命令和工作区.这些是MainWindowViewModel的成员.
史密斯似乎喜欢检查相应私有字段是否为空的属性,如果是,则分配它们.因此,“Commands”集合在MainWindowViewModel的第51行创建,它在那里调用CreateCommands().
RelayCommand将命令类抽象掉,可能是因为在“全部显示”或“创建”的情况下,每个命令都不需要知道多少.这两个命令的方法在MainWindowViewModel中,因为它们是主窗口的概念功能.
Commands集合在主窗口中可视化为一个列表,因此它们需要某种可呈现的,用户友好的文本来描述它们.因此它们被包装在自己的CommandViewModels中.
这些命令是通过MainWindow.xaml第41行开始的XAML魔术呈现的. HeaderedContentControl被数据绑定到Commands集合,并指定MainWindowResources.xaml的CommandsTemplate(从该文件的第93行开始).该模板使用HyperLink,其Command属性绑定到CommandViewModel的Command属性.
说到新客户表单上的“保存”按钮.这是从CustomerView.xaml第117行绑定到第196行的CustomerViewModel SaveCommand属性.它是一个指向CustomerViewModel中方法的RelayCommand.每个客户视图都有自己的CustomerViewModel实例,其中包含该客户的数据. RelayCommand的实例属于那些CustomerViewModel,因此每个视图也有自己的SaveCommand. RelayCommand实例的操作和谓词不仅知道它们指向哪些方法和属性,还知道哪个实例. CustomerViewModel的Save方法仅使用该实例的数据.
这大致是两个视图可以使用相同类型的按钮来为各自的客户数据执行相同操作.