MVC5中ViewModel无法从Register Action传值至异步Register Action

嘿，你给ApplicationUser添加CompanyID属性的思路是对的，这确实是扩展Identity用户实体的标准操作～不过在注册流程里传入这个字段，还有几个更贴合MVC和Identity最佳实践的细节可以调整，我给你拆解下：

1. 用ViewModel做视图与实体的中间层 #

尽量别直接在注册视图里用ApplicationUser实体，建议你创建一个专门的RegisterViewModel，把注册需要的所有字段（包括CompanyID）都封装进去，这更符合MVC的关注点分离原则：

public class RegisterViewModel
{
    [Required]
    [EmailAddress]
    [Display(Name = "Email")]
    public string Email { get; set; }

    [Required]
    [StringLength(100, ErrorMessage = "The {0} must be at least {2} characters long.", MinimumLength = 6)]
    [DataType(DataType.Password)]
    [Display(Name = "Password")]
    public string Password { get; set; }

    [DataType(DataType.Password)]
    [Display(Name = "Confirm password")]
    [Compare("Password", ErrorMessage = "The password and confirmation password do not match.")]
    public string ConfirmPassword { get; set; }

    // 新增CompanyID字段，可根据业务需求添加验证规则
    [Required]
    [Display(Name = "Company ID")]
    public int CompanyID { get; set; }
}

2. 调整注册视图绑定ViewModel #

把注册视图的模型换成RegisterViewModel，然后添加CompanyID的输入控件，比如：

<div class="form-group">
    @Html.LabelFor(m => m.CompanyID, new { @class = "col-md-2 control-label" })
    <div class="col-md-10">
        @Html.TextBoxFor(m => m.CompanyID, new { @class = "form-control" })
        @Html.ValidationMessageFor(m => m.CompanyID)
    </div>
</div>

3. 修改AccountController的注册逻辑 #

在Register的POST方法里，把ViewModel的CompanyID赋值给ApplicationUser实例，再执行用户创建操作：

[HttpPost]
[AllowAnonymous]
[ValidateAntiForgeryToken]
public async Task<ActionResult> Register(RegisterViewModel model)
{
    if (ModelState.IsValid)
    {
        var user = new ApplicationUser { UserName = model.Email, Email = model.Email, CompanyID = model.CompanyID };
        var result = await UserManager.CreateAsync(user, model.Password);
        if (result.Succeeded)
        {
            await SignInManager.SignInAsync(user, isPersistent: false, rememberBrowser: false);
            return RedirectToAction("Index", "Home");
        }
        AddErrors(result);
    }

    // 验证失败时返回表单
    return View(model);
}

4. 可选：把CompanyID加入用户Claims（权限场景用） #

如果后续需要根据CompanyID做权限控制，你可以在用户登录时把CompanyID添加到Claims里，这样后续业务逻辑能快速获取这个值：
在你提供的GenerateUserIdentityAsync方法里补充代码：

public async Task<ClaimsIdentity> GenerateUserIdentityAsync(UserManager<ApplicationUser> manager)
{
    // Note the authenticationType must match the one defined in CookieAuthenticationOptions.AuthenticationType
    var userIdentity = await manager.CreateIdentityAsync(this, DefaultAuthenticationTypes.ApplicationCookie);
    // 把CompanyID加入Claims集合
    userIdentity.AddClaim(new Claim("CompanyID", this.CompanyID.ToString()));
    return userIdentity;
}

为什么这是更优的方案？ #

• 解耦更彻底：ViewModel专门处理视图的输入输出，和ApplicationUser实体解耦，以后修改注册字段不用动核心实体
• 验证更灵活：可以在ViewModel上给CompanyID加专属验证规则（比如检查公司是否存在、范围限制等）
• 可维护性更强：后续扩展注册字段（比如CompanyName）只需要修改ViewModel和视图，控制器逻辑不用大改

另外，如果CompanyID是关联到Company表的外键，记得在ApplicationDbContext里配置实体关系，保证数据库的数据完整性哦。

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