模拟ASP.NET Core MVC设计与实现 - Artech
内容提要
本文探讨了ASP.NET Core MVC框架的设计与实现，分析了MVC的请求处理流程，包括Action方法、路由注册、参数绑定和执行结果响应。通过构建简化的MVC框架，展示了ActionDescriptor与路由终结点的关系，以及模型绑定的参数传递。最后，介绍了创建简单MVC应用并处理请求的方法，强调了框架的灵活性与可扩展性。
延伸解读
ActionDescriptor与路由终结点的映射关系
文章指出，Action方法与ActionDescriptor是一对多关系：约定路由的Action方法对应一个ActionDescriptor，而特性路由的每个路由都会创建一个ActionDescriptor。ActionDescriptor与路由终结点则是“零到多”关系：特性路由的ActionDescriptor固定对应一个终结点；约定路由的ActionDescriptor会为每个匹配的约定路由创建终结点，若无匹配则没有终结点。这种设计解释了MVC路由的灵活性。
模型绑定的简化实现与参数来源
在模拟框架中，参数绑定由IArgumentBinder负责。默认实现ArgumentBinder按顺序尝试从依赖注入服务、查询字符串、路由值、请求主体（JSON反序列化）和默认值中获取参数值。这展示了MVC模型绑定的核心思路：多来源优先级和类型转换。虽然简化，但涵盖了常见绑定场景，有助于理解真实框架的复杂绑定逻辑。
Action执行与结果转换机制
Action方法通过IActionMethodExecutor执行，它利用表达式树将MethodInfo编译为委托，提高调用效率。执行结果由IActionResultConverter转换为IActionResult，支持多种返回类型：null、Task、ValueTask、IActionResult及其泛型变体，最终统一通过ExecuteResultAsync生成响应。这种设计统一了同步和异步返回值的处理，体现了MVC的扩展性。
模拟框架的局限与真实MVC的差异
文章中的Mini框架简化了许多细节：忽略Controller上的特性路由、模型绑定仅支持基本来源、未实现过滤器、验证、内容协商等。真实ASP.NET Core MVC的模型绑定系统更为复杂，支持自定义绑定器和复杂类型。此外，模拟框架的GetChangeToken返回NullChangeToken，而真实框架利用IChangeToken实现动态模块加载。理解这些差异有助于把握核心与扩展的边界。
Q&A
ASP.NET Core MVC框架的请求处理流程是怎样的？
请求处理流程包括Action方法的描述、路由终结点的注册、参数的绑定、Action方法的执行以及响应结果的处理。
什么是ActionDescriptor，它在MVC框架中有什么作用？
ActionDescriptor是MVC框架中用于描述每个有效Action方法的类型，它与Action方法之间存在一对多的关系。
如何在ASP.NET Core MVC中注册路由终结点？
可以通过扩展方法MapControllerRoute2来注册路由终结点，该方法将ActionEndpointDataSource添加到数据源中。
MVC框架中的模型绑定是如何工作的？
MVC框架通过模型绑定系统完成参数绑定，使用IArgumentBinder来处理单个参数的绑定。
ASP.NET Core MVC框架支持哪些编程模式？
ASP.NET Core MVC框架支持基于Controller和Page的两种编程模式，处理请求的流程一致。
如何创建一个简单的MVC应用？
可以通过调用AddControllers2注册核心服务，并使用MapControllerRoute2注册约定路由来创建简单的MVC应用。
