带有 JSON 反序列化的 Windows Phone 8 MVVM

Question

（需要关于可怕代码的建议）

我试图通过为所有视图模型合并 MVVM 和通用 DataService 类来为我的旧 Windows Phone 应用程序代码带来一些优雅，以调用它们相应的 Web 服务处理程序。

例如，在通知 ViewModel 中，我有：

private ObservableCollection<Notification> _notifications;
public ObservableCollection<Notification> Notifications
{
    get
    {
        return _notifications;
    }
}

public void GetNotifications()
{
    new DataService().DownloadViewModelData<ObservableCollection<Notification>>(GetNotificationsCallback, "getnotificationslist.ashx");
    this.IsDataLoaded = true;
}

public void GetNotificationsCallback(ObservableCollection<Notification> notificationsList)
{
    _notifications = notificationsList;
       
    Deployment.Current.Dispatcher.BeginInvoke(() =>
    {
        NotifyPropertyChanged("Notifications");
    });
    this.IsDataLoaded = true;
}

在 DataService 类中，我正在尝试创建一个与服务通信的通用方法：

public static string ServerUrl = "http://<ip-address>:<port>/";

public void DownloadViewModelData<T>(Action<T> callbackFunction, string handlerName, bool methodIsPOST = false, List<KeyValuePair<string, string>> querySet = null) where T : class
{
    var queryString = "";

    if(null != querySet)
    {
        foreach (KeyValuePair<string, string> tuple in querySet)
        {
            queryString += tuple.Key + "=" + tuple.Value + "&";
        }

        queryString = queryString.Remove(queryString.Length - 1, 1);
    }

    var urlQueryString = ServerUrl + handlerName;

    if (!methodIsPOST)
        urlQueryString += queryString;

    var webRequest = HttpWebRequest.CreateHttp(urlQueryString);

    webRequest.ContentType = "application/x-www-form-urlencoded";

    Func<AsyncCallback, object, IAsyncResult> requestingMethod = null;

    if (methodIsPOST)
    {
        webRequest.Method = "POST";
        webRequest.ContentLength = queryString.Length;
        webRequest.BeginGetRequestStream(
            a =>
            {

                System.IO.Stream postStream = webRequest.EndGetRequestStream(a);
                byte[] byteArray = System.Text.Encoding.UTF8.GetBytes(queryString);
                postStream.Write(byteArray, 0, queryString.Length);
                postStream.Close();
                webRequest.BeginGetResponse(
                    b =>
                    {
                        using (WebResponse response = webRequest.EndGetResponse(b))
                        {
                            using (StreamReader reader = new StreamReader(response.GetResponseStream()))
                            {
                                callbackFunction(new DataContractJsonSerializer(typeof(T)).ReadObject(response.GetResponseStream()) as T);
                            }
                        }
                    },
                    null
                );
            },
            null
        );
    }
    else
    {
        webRequest.Method = "GET";
        webRequest.BeginGetResponse(
            a =>
            {
                using (WebResponse response = webRequest.EndGetResponse(a))
                {
                    using (StreamReader reader = new StreamReader(response.GetResponseStream()))
                    {
                        callbackFunction(new DataContractJsonSerializer(typeof(T)).ReadObject(response.GetResponseStream()) as T);
                    }
                }
            },
            null
        );
    }
}

问题：

1. 使用 lambda 表达式和整体正确的方法来处理 MVVM 的数据层是否是正确的（现代）方式（假设我们的项目中有多个模型、视图和视图模型）？

2. 您会推荐这种方法来调用Portable Class Library (PCL) 中的网络服务吗？

Answer 1

在我看来，有一种更好的方法可以让您的 ViewModel 对数据服务的实现一无所知。

我会考虑做几件事。

1. 开始使用像Ninject 这样的依赖注入框架。这将允许您让您的 ViewModel 不知道它正在使用的数据服务的类型。您可以使用 DI 框架为您的代码注入特定的实现。
2. 创建一个代表您的数据服务的接口。为了争论，我将我的例子称为IDataService。此接口的主要目标是抽象出检索数据的方法。因此，可以使用具有任何知识（或关心）的视图模型从数据库、Web 服务或文件访问数据。

对于您的代码，我会给它签名：

public interface IDataService
{
    Task<IEnumerable<Notification>> ListNotifications();
}

您会注意到我正在使用Task<>，它允许我使用 .Net 4.5 异步框架。所以现在我们的界面只显示I have a way of returning a list of notifications, asynchronously。这与您的视图模型所需的信息一样多。

1. 不要重新创建您的ObservableCollection<Notification>。如果您需要更改集合的内容，Clear() 它，然后重新填充，但不要重新绑定或重新创建集合本身。这也有许多性能优势。

1234563更改非常小的数量以支持不同的实现。

希望一切都有意义。