如何避免ASP.NET绑定引擎构造类对象时不必要调用只读属性？

哈哈，这个问题我太熟了！ASP.NET MVC的默认模型绑定器确实会在构造对象时触发公共属性的getter/setter，要是你的属性里藏着访问数据库、调用外部API这类有副作用的逻辑，肯定会出幺蛾子。给你几个从易到难、从推荐到灵活的解决方案：

这是长期维护最友好的方案——把专门用来接收表单输入的**视图模型（ViewModel）和业务逻辑用的领域模型（Domain Model）**彻底分开。视图模型只保留需要表单提交的属性，完全剔除那些带副作用的逻辑，之后在控制器里再把视图模型的数据映射到领域模型。

举个实际例子：
原来的领域模型（带副作用属性）：

public class Product
{
    public int Id { get; set; }
    public string Name { get; set; }
    // 这个属性的getter会访问数据库，有副作用
    public decimal Price 
    { 
        get 
        {
            return _dbContext.Prices.First(p => p.ProductId == Id).Amount;
        }
    }
}

新建对应的视图模型（只保留表单需要的属性）：

public class ProductViewModel
{
    public int Id { get; set; }
    public string Name { get; set; }
    // 去掉Price这种带副作用的属性
}

控制器方法改成接收视图模型：

[HttpPost]
public ActionResult Save(ProductViewModel vm)
{
    // 这里可以手动映射，或者用AutoMapper这类工具简化
    var product = _dbContext.Products.Find(vm.Id);
    product.Name = vm.Name;
    _dbContext.SaveChanges();
    return RedirectToAction("Index");
}

这样模型绑定的时候只会处理视图模型的简单属性，完全碰不到那些有副作用的逻辑，从根源上解决问题。

如果暂时不想拆分模型，可以用[Bind]特性明确告诉模型绑定器只处理哪些属性，直接排除掉有问题的属性。

比如在控制器方法里指定允许绑定的属性：

[HttpPost]
public ActionResult Save([Bind(Include = "Id,Name")] Product product)
{
    // 此时product的Price属性不会被模型绑定器处理，也就不会触发它的getter
    _dbContext.SaveChanges();
    return RedirectToAction("Index");
}

也可以用Exclude来指定要排除的属性：

[Bind(Exclude = "Price")] Product product

不过这种方式会让领域模型和UI层的绑定逻辑耦合，长期维护容易踩坑，只适合临时快速解决问题。

如果上面两种方法都不适用，比如需要更精细的绑定控制，可以自己写一个自定义模型绑定器，完全掌控绑定过程，跳过那些有副作用的属性。

比如创建一个针对Product的自定义绑定器：

public class ProductModelBinder : DefaultModelBinder
{
    protected override void BindProperty(ControllerContext controllerContext, ModelBindingContext bindingContext, PropertyDescriptor propertyDescriptor)
    {
        // 跳过Price属性的绑定逻辑
        if (propertyDescriptor.Name == "Price")
        {
            return;
        }
        // 其他属性沿用默认绑定逻辑
        base.BindProperty(controllerContext, bindingContext, propertyDescriptor);
    }
}

然后注册这个绑定器：

• 如果是旧版ASP.NET MVC，在Global.asax里添加：

ModelBinders.Binders.Add(typeof(Product), new ProductModelBinder());

• 或者直接在控制器方法里指定：

public ActionResult Save([ModelBinder(typeof(ProductModelBinder))] Product product)

这种方式灵活性拉满，但需要写更多代码，适合复杂场景。

如果那些属性本质上是需要主动触发的计算/查询逻辑，不如直接改成方法——模型绑定器只会处理属性，不会调用方法，只有你手动调用时才会执行逻辑。

比如把Price属性改成方法：

public decimal GetPrice()
{
    return _dbContext.Prices.First(p => p.ProductId == Id).Amount;
}

这样模型绑定的时候就不会触发这个逻辑了，需要用的时候再手动调用product.GetPrice()即可。

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