ASP.NET Core为IEnumerable ViewModel实现分页时的CS1061错误处理

• CS1061报错是两层逻辑错位叠加导致：一是视图绑定的根模型为IEnumerable<ViewModel>集合类型，本身不包含PageNumberingInfo属性定义，视图层直接访问Model.PageNumberingInfo时就会触发类型找不到成员的编译错误；二是控制器的查询分支逻辑不闭环，仅搜索分支挂载了分页参数，非搜索分支无对应分页配置，即使修正模型引用路径也会出现空引用异常。
• 现有实现的核心疏漏无需大规模重构即可修复，已编写完成的自定义PaginationTagHelper、PageNumberingInfo视图模型、多表关联查询逻辑均可复用，仅需对齐模型结构、补全分支逻辑即可完成适配。

• 调整根视图模型结构，避免直接将集合作为视图根绑定类型：新建列表页专用的总视图模型，仅需定义两个核心属性即可：
  • IEnumerable<byudigs.Models.ViewModels.ViewModel> 类型的列表数据属性，用来承载多表关联查询返回的业务列表数据
  • PageNumberingInfo 类型的分页参数属性，用来承载分页导航所需的页码、总条数、路由配置等信息
• 补全BurialList控制器的分支逻辑一致性：无论触发搜索过滤分支，还是走常规非搜索的列表查询分支，在完成分页计算、拿到当前页的数据集后，统一将分页计算结果（当前页码、总记录数、每页显示数量、搜索路由参数）挂载到总视图模型的分页属性上，删除原有仅搜索分支单独挂载分页参数的零散逻辑，保证两个分支返回的模型结构完全一致。
• 同步调整视图层的引用路径：
  • 将视图头部的@model IEnumerable<byudigs.Models.ViewModels.ViewModel>替换为新建的总视图模型类型
  • 原有循环渲染列表项的代码，将遍历数据源从Model改为总视图模型中存放列表数据的属性
  • 原有调用自定义PaginationTagHelper渲染分页导航的代码，将传入的分页参数对象从原来的Model.PageNumberingInfo改为总视图模型中存分页信息的属性即可，无需修改TagHelper本身的内部逻辑。

内容的提问来源于stack exchange，提问作者Miller Hardy