s创建一个所有其他 ViewModel 都继承自的 Base ViewModel。您现在不必将其设为静态以进行所有访问,因为每个 ViewModel 都已经可以访问它。在 Binding 中,您也不指定base.Property。
包含属性和填充此数据的功能的抽象视图模型。
public abstract class UserAccountViewModel : ObservableObject, IViewModel
{
//use private member and do a RaisePropertyChanged("Username")
public string Username { get; set; }
private void GetUserInformation()
{
Username = BusinessLogic.GetUsername();
}
}
现在你让你的 ViewModels 继承它
public class OtherViewModel : UserAccountViewModel { }
并且您可以直接绑定到OtherView.xaml 中的父属性:
<TextBlock Text="{Binding Path=Username, Mode=OneWay}" />
BusinessLogic 类具有检索用户名的静态 GetUsername() 方法。为了不重复工作量,只检索一次但提供多次。因此,您将其静态存储在您的业务逻辑中,直到它调用 Refresh 概念。
或者,您可以拥有一个 ViewModel 来收集您想要的数据,然后使用 EventAggregator 或任何您想要将其传递给所有其他需要它的 ViewModel 的东西。这将消除静态业务逻辑的想法。使用 Prism 的 EventAggregator 非常棒,ViewModel 订阅并一个(或多个)发布事件并包含与之相关的对象/数据。因此,这些其他 ViewModel 可以立即订阅和接收,或者您可以进行双向通信并让 ViewModel '请求',然后获得'响应'。不确定您是否可以使用它,或者必须自己推出,但这个概念是有效的,并且至少可以通过传递 UserInfo 对象的事件来完成。