文件名称：PagedListOptimizations:试图从岩石中挤出血液
文件大小：10KB
文件格式：ZIP
更新时间：2024-05-30 18:08:56
C#
PagedListOptimizations 尝试为实体框架优化PagedList的第一步。 当前， PagedList将进行两次网络调用以检索分页结果。 这可能不理想，特别是在网络延迟是应用程序在处理性能时付出的最大代价的情况下。 这是我使用EntityFramework.Extented和使用FutureQuery构造的发现。 乍一看，这是非常有前途的。 我们能够将网络呼叫从两个减少到一个。 如果您的数据库与您的申请书不在同一地区，那么走这条路线可能是值得的。 在我们的PagedList的两次迭代中使用StopWatch ，我收到了这个结果。 〜55毫秒（原始） 约536毫秒（“已优化”） 令人非常失望，但要记住一些注意事项。 测试结果在本地运行，因此网络延迟问题不大。 为什么实现FutureQuery与常规查询相比如此昂贵？ 可能有一种方法可以完成分页结果，而无需使
【文件预览】：
PagedListOptimizations-master
----.gitignore(2KB)
----PagedListOptimizations.sln(1KB)
----PagedListOptimizations()
--------Program.cs(8KB)
--------packages.config(450B)
--------PagedListOptimizations.csproj(4KB)
--------App.config(876B)
--------Properties()
----README.md(3KB)
----.gitattributes(939B)