最近用MVC做的一个项目涉及到分页，中间用了entity framework来查数据库，不用直接写sql语句，方便了很多。

一般分页的思路是获得两个变量的值：

　　1.一共有多少条记录 totalCount；

　　2.每页有多少个数据 pageSize；

其中totalCount可以查数据库得到，而pageSize一般由程序提前设定好，写在配置文件中，或直接hardcode写死。

有了这两个变量，我们就可以知道一共有多少页数据totalPage，有了这些值，就可以在页面中将分页的页数显示出来。

下面来看对指定的某一页对应的数据库操作：

要知道某一页要呈现的数据，需要有如下两个变量：

　　1.当前是第几页 currentPage

　　2.每页有多少个数据 pageSize （第一页和最后一页数据条数可能不足）

其中currentPage可以由页面的url传进来，有了这些值，可以来写数据库查询语句了。

用Entity Framework来写数据库查询很简单，需要用到skip和take这两个函数，如下：

 1 public List<Info> ListItem(Query query, int currentPage, int pageSize, out int totalPage)

 2         {

 3             IEnumerable<Info> items=base.Query.Where(t => t.ID == query.Ids.FirstOrDefault() && (!t.ServerStatus.HasValue||t.ServerStatus.Value != Deleted));

 4             int total = items.Count();

 5             double pageCount = Math.Ceiling((double)total /(double)pageSize);

 6             totalPage =(int)pageCount ;

 7             if (currentPage >= totalPage)

 8             {

 9                 currentPage = totalPage;

10             }

11             return items.OrderBy(t => t.ID).Skip((currentPage - 1) * pageSize).Take(pageSize).ToList();

12         }

skip()函数会跳过指定的记录数，Take()函数会将余下的数据的前n条记录拿出来，这样就得到了指定页currentPage的数据。不必担心第一页和最后一页不足pageSize程序会出错，

take函数已经屏蔽了这种错误，比如take(100)，这时如果没有100条记录程序也不会异常，有多少条数据就会得到多少条数据。

最后只需要写一个分页的partial生成对应页面的url在需要分页的view里面调用就好，很是方便。

页面的效果：

这面我没有花太多心思在分页工具的美观上，感兴趣的可以将其做得漂亮一些。

总结：entity framework作为微软大力推的一个利器，确实有其很方便的地方，将程序员从手写sql中解放出来，同时期代码的简洁性，也会渐渐取代ling to sql，但由于它最终还是会

生成对应的sql语句去查询数据库，虽然节省了写查询语句的事件，但其生成的sql语句肯定不会比直接手写sql来得简洁，尤其是多表连接，写很复杂的查询语句时，其生成sql语句的时间

和查询性能不是很好的，这在大数据集下有时是致命伤。

有兴趣的朋友可以用sql profile来看看entity生成的sql语句，会有更深的理解。