CreateDog方法传入DogViewModel参数的运行逻辑是什么

你给出的方法实现代码如下：

public IActionResult CreateDog(DogViewModel dogViewModel)
{
  return View();
}

首先需要明确：这段代码中的CreateDog方法仅定义了1个形式参数，类型为自定义视图模型DogViewModel，参数名为dogViewModel，不存在两个形参的定义，你感知到的“两个参数”通常是对ASP.NET Core MVC模型绑定机制、Action重载写法的误解。

核心执行逻辑 #

这个方法是ASP.NET Core MVC/传统ASP.NET MVC框架下的标准控制器Action方法，请求命中对应路由后的执行流程如下：

• 框架内置的模型绑定组件会自动为dogViewModel参数赋值：针对这种自定义复杂类型参数，默认会从请求的表单字段、路由参数、查询字符串三个来源按优先级匹配，查找和DogViewModel公共属性名一致的键值对，自动完成类型转换、属性填充，最终生成一个完整的DogViewModel实例传入方法，全程不需要手动从Request对象中读取、转换请求数据。
• 参数赋值完成后，当前方法内部没有任何业务逻辑处理，直接返回与Action名同名的CreateDog.cshtml视图给客户端。

实际运行效果 #

根据方法挂载的HTTP请求特性不同，运行表现分为两种：

• 如果方法标记了[HttpGet]特性，用于打开“新增狗狗信息”的表单页面：可以正常运行，此时模型绑定会生成一个所有属性取默认值的DogViewModel实例传入方法，由于方法内部完全没有使用这个参数，不会抛出任何异常，用户能正常看到空白表单页面。
• 如果方法标记了[HttpPost]特性，用于处理表单提交请求：逻辑存在明显缺失，既没有通过ModelState.IsValid校验提交数据的合法性，也没有将绑定得到的dogViewModel数据持久化到数据库，更没有做提交后的重定向防重复提交处理，用户提交表单后只会重新拿到CreateDog视图页面，提交的所有数据都会直接丢失。

关于“两个参数”误解的常见来源 #

你提到的两个参数的感知，基本来自两种常见的开发认知偏差：

• 混淆了Action的GET/POST重载：MVC开发中通常会写两个同名的CreateDog方法，一个带[HttpGet]特性且不带参数，负责打开表单页；一个带[HttpPost]特性且带DogViewModel参数，负责处理提交逻辑，两个是完全独立的方法，不是同一个方法定义了两个参数。
• 混淆了参数定义和绑定来源：有开发者会误以为表单提交时，方法既要接收路由上的关联id（比如所属收容所id），又要接收表单模型数据，属于同一个参数的内置能力，实际上如果需要同时接收多个来源的独立值，必须显式在方法签名上定义多个形参，例如public IActionResult CreateDog(int shelterId, DogViewModel dogViewModel)才是标准的两个参数的写法。

内容的提问来源于stack exchange，提问作者Gimhan Rasanjana