;(string resultUrl);
}
ResultInfoHelper
此处用Abstract，是为了以后其他项目也可以使用这个HttpHelper，重写ErrorMess方便不同的项目抛出不同的错误。
用params object[] args作为参数的好处是，可以不限定参数的类型和个数。
二、SearchLawyer.UWP
1、根据接口返回，设计实体类
律师查询接口的返回都是类似于以上这种形式，就是reason、result、error_code，既然，有统一的规律，那就非常容易建立实体类了，创建一个Info<T>。
Info<T>为所有返回的总体样式，通过传入不同的T类型，来保证result是不同类型的泛型集合，这样，接收返回数据时就很方便了，例如Info<Lawyer>
2、请求接口
写一个GetInfoHelper<M>继承ResultInfoHelper，重写ErrorMess方法
public class GetInfoHelper<M> : ResultInfoHelper
{
/// <summary>
/// 重写错误方法
/// </summary>
/// <typeparam name="T"></typeparam>
/// <param name="resultUrl"></param>
protected override async void ErrorMess<T>(string resultUrl)
{
if (typeof(T).Name==typeof(Info<M>).Name)
{
Info<M> error = JsonConvert.DeserializeObject<Info<M>>(resultUrl);
if (error.error_code != 0)
{
await (new MessageDialog("错误代码：" + error.error_code + "\r\n" + "错误信息：" + Constant.ConstantValue.Error[error.error_code])).ShowAsync();
return;
}
}
}
}
GetInfoHelper
此处，需要判别typeof(T)和typeof(Info<M>)是不是同一个类型，如果是同一个类型，才能进行下面的操作
这么做的原因，是为了不同的返回类型设计的，而不需要写多个方法
3、写View页面
因为页面要么是律师查询，要么是辩词查询，所以，页面显示的内容格式是一样的，为了不进行重复工作，需要给ListView写一个统一的ItemTemplate（写在样式文件里），如果样式用Binding是没有问题的，但是如果用x:Bind就会出错，但是微软给出了x:Bind要比Binding效率高，所以，咱也不能绕过这个问题，解决花了有小半天时间，给解决了。大家可以参考我这篇帖子x:bind不支持样式文件 或 此Xaml文件必须又代码隐藏类才能使用{x:Bind} 解决办法
4、写ViewModel页面
由于不涉及到什么复杂的业务逻辑判别，所以VM页面也是蛮简单的，根据不用的按钮，调用不同的请求
需要注意的是，由于UWP里是没有x:static的，所以，如果将枚举作为参数传递的话，必须使用如下写法，这样才能获取到参数值，否则，VM页面接收到的始终是枚举的第一个
<Button Content="查询" Command="{Binding SearchCommand}">
<Button.CommandParameter>
<constant:Method>LawyerByProvince</constant:Method>
</Button.CommandParameter>
</Button>
为了实现向下滑动，动态刷新列表，也就是继续请求数据，类需要继承ObservableCollection<Lawyer>和 ISupportIncrementalLoading，这个我是参见周见智大神的【完全开源】博客园客户端UWP版 带源码、带APP（下篇）里的方法，但是发现一个问题，如果我的返回个数少的话，出了显示结果，还会弹出一个没有查询到数据的错误提示，跟踪代码发现这个方法会请求两次，因此，做了写修改，就是判断得到的数量是否小于设置的返回条数，如果是的话，就把HasMoreItems设置成false，防止再次请求。
总结
代码方面没什么难度，看过微软提供的那个开发视频，基本都能上手UWP开发，不过，由于一直做WPF，做个UWP练练手，发现，不一样的地方还是挺多的，话说回来，开发UWP还是挺有意思的，开发过程中学到了不少东西，真的是有些东西看起来容易，实现起来真心不一定容易。
希望，能有越来越多的开发者重视UWP开发，能让这个生态圈好起来。
源码已放GitHub