原文:使用ASP.NET Web Api构建基于REST风格的服务实战系列教程【七】——实现资源的分页
系列导航地址http://www.cnblogs.com/fzrain/p/3490137.html
前言
这篇文章我们将使用不同的方式实现手动分页（关于高端大气上档次的OData本文暂不涉及，但有可能会在系列的后期介绍，还没确定。。。），对于分页的结果，我们将采用2种不同的方式响应给客户端（1.将分页元数据封装在响应Body中2.在http响应报文头部添加分页信息）。
众所周知，在服务器端一次性返回成百上千条数据是非常恐怖的，在我们设计Api的时候，对于Get方法我们应该以分页的方式返回。例如：每次响应给客户端10条数据，并且包含“上一页”和“下一页”的标签，这样用户就能去获得他想要的数据。
Way1.封装分页元数据封装在响应Body中
修改“CoursesController”的Get方法实现分页而不是一次性把所有数据返回，下面上代码：
public Object Get(int page = 0, int pageSize = 10)
{
IQueryable<Course> query;
query = TheRepository.GetAllCourses().OrderBy(c => c.CourseSubject.Id);
var totalCount = query.Count();
var totalPages = (int)Math.Ceiling((double)totalCount / pageSize);
var urlHelper = new UrlHelper(Request);
var prevLink = page > 0 ? urlHelper.Link("Courses", new { page = page - 1 }) : "";
var nextLink = page < totalPages - 1 ? urlHelper.Link("Courses", new { page = page + 1 }) : "";
var results = query
.Skip(pageSize * page)
.Take(pageSize)
.ToList()
.Select(s => TheModelFactory.Create(s));
return new
{
TotalCount = totalCount,
TotalPages = totalPages,
PrevPageLink = prevLink,
NextPageLink = nextLink,
Results = results
};
}
解释一下上面的代码：
在Get方法上添加了2个有默认值的参数，这两个参数就是用来过滤我们查询结果集的——例如：我们想获取第2页的数据，那么对应的Get请求就应该是这种形式：http://localhost:{your_port}/api/courses/?page=1，注意：在这里我们只给了一个参数，那么pageSize就是默认值10.
客户端收到的部分响应就应该是：
{
"totalCount": 32,
"totalPages": 4,
"prevPageLink": "http://localhost:3300/api/courses?page=0&pageSize=10",
"nextPageLink": "http://localhost:3300/api/courses?page=2&pageSize=10",
"results": [
{
"id": 11,
"url": "http://localhost:3300/api/courses/11",
"name": "English Education 2",
"duration": 4,
"description": "The course will talk in depth about: English Education 2",
"tutor": {
"id": 4,
"email": "Kareem.Ismail@outlook.com",
"userName": "KareemIsmail",
"firstName": "Kareem",
"lastName": "Ismail",
"gender": 0
},
"subject": {
"id": 4,
"name": "English"
}
},
Repository中GetAllCourses的返回值为IQueryable，因此在执行skip和take方法时并没有到SQL Server中执行SQL语句,最后查询的也是分页好的数据，体现出按需查询的特色。
在我们返回给客户端的数据中，其中分页元数据中包含了totalCount, totalPages, prevPageLink, nextPageLink这些数据，对于客户端来说我们返回totalCount, totalPages这两条数据非常有用，这样就可以与一些Grid配合使用来绑定结果。
通常来说我们会将分页元数据封装在响应Body中，对于开发者来说我们提供了所有分页信息。但有的API消费者因此只想获取它请求的数据而不需要分页元数据，那么他在解析响应结果是就会很费劲，因此这里出现了另一种方式来向客户端响应分页元数据——在响应报文头部附加分页元数据：Body部分只包含请求的资源，我们新增一个头部信息“X-Pagination”。
Way2.封装分页元数据到响应Header中
我们修改StudentsController来实现将分页元数据封装在Header中，使用这种方法后，需要分页元数据的客户端直接从Header部分获取，不需要的客户端直接解析响应的Body即可。
实现起来也非常简单，下面上代码：
public IEnumerable<StudentBaseModel> Get(int page = 0, int pageSize = 10)
{
IQueryable<Student> query;
query = TheRepository.GetAllStudentsWithEnrollments().OrderBy(c => c.LastName);
var totalCount = query.Count();
var totalPages = (int)Math.Ceiling((double)totalCount / pageSize);
var urlHelper = new UrlHelper(Request);
var prevLink = page > 0 ? urlHelper.Link("Students", new { page = page - 1, pageSize = pageSize }) : "";
var nextLink = page < totalPages - 1 ? urlHelper.Link("Students", new { page = page + 1, pageSize = pageSize }) : "";
var paginationHeader = new
{
TotalCount = totalCount,
TotalPages = totalPages,
PrevPageLink = prevLink,
NextPageLink = nextLink
};
System.Web.HttpContext.Current.Response.Headers.Add("X-Pagination",
Newtonsoft.Json.JsonConvert.SerializeObject(paginationHeader));
var results = query
.Skip(pageSize * page)
.Take(pageSize)
.ToList()
.Select(s => TheModelFactory.CreateSummary(s));
return results;
}
这里我们添加了一个Header，里面包含一个Json序列化的分页元数据，客户端收到的响应：
总结
2种分页技术各有优劣，感觉碰到具体应用的时候再做选择了。下一章将介绍Web Api安全性，实现Basic authentication
说明：对于项目的代码，由于之前学习了一点Git，所以从这一章起，我已经托管在github上了，以后最新的代码就直接在github上更新
源码地址：https://github.com/fzrain/WebApi.eLearning