静态属性/ViewModel（C#、WinRT）答案

【问题标题】：Static properties / ViewModel (C#, WinRT)静态属性/ViewModel（C#、WinRT）
【发布时间】：2013-04-29 11:48:34
【问题描述】：

我的 WinRT 项目中有一个静态的 UserAccount 类。此类包含有关当前登录用户的各种静态属性（如用户名、电子邮件地址等）。我需要使用绑定从任何视图中获取此信息（例如 - 我想显示个性化消息 "Welcome, {0}" - 传入用户名 - 在应用程序的一个页面上），但我需要确定这些条件是满意：

以正确的 MVVM 模式方式实现它
当用户通过“设置”超级按钮运行应用时切换到另一个帐户时，绑定的字段（如消息等）应自动更新为新数据。

我认为可以创建类似于全局 UserAccountViewModel 的东西，这将是具有所需属性的经典视图模型，并且可以从静态 UserAccount 类手动更新，但事实并非如此这似乎是一个最好的解决方案。

你能想出一个更好的方法来完成这个并满足上面列出的两个条件吗？

非常感谢任何帮助。

编辑：类似的情况发生在我需要的另一个类 - NetworkStatus - 它具有 IsInternetAvailable 以了解应用程序是否已连接，但我需要使用此布尔值绑定到应用程序中不同按钮的 IsEnabled 属性。

【问题讨论】：

{x:Static namespace:Class.Property} 是否可用于 Windows RT XAML？如果不是一种方法，那就是使用依赖注入容器并将您的用户帐户信息注册为单个实例类型。因此，您的 ViewModel 可以将 UserAccount 注入到构造函数中。你在使用 DI 吗？
我认为 x:Static 不可用。我考虑了 DI 方法，但这导致从代码隐藏中访问 UserAccount 类的属性有点不友好（例如 - 属性之一是 AccessToken，我用它来从 Web 服务加载数据 - 现在我将不得不做类似 ViewModelLocator.UserAccount.AccessToken 的事情（本质上是一些更混乱的代码））还是有另一种方法来完成这个？
为什么需要从后面的代码访问视图模型属性？那是属于视图模型内部的东西。
对不起，我的意思是别的。不是后面的代码，而是需要 AccessToken 加载用户数据的数据访问代码。

标签： c# mvvm binding windows-runtime

【解决方案1】：

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();
    }
}

现在你让你的 ViewModel 继承它

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 对象的事件来完成。

【讨论】：

对不起，我花了这么长时间才标记你的答案，我不小心忘记了 ;-) .