ASP.NET DynamicData：更新期间发生了什么？

Question

我在我的网站上使用 ASP.NET DynamicData（基于 LINQ to SQL）作为基本脚手架。在一张表上，我添加了其他属性，这些属性不存储在表中，而是从其他地方检索。 （在本例中为用户帐户的配置文件信息）。

它们显示得很好，但是当编辑这些值并按“更新”时，它们不会改变。

属性如下所示，该表是标准的 aspnet_Users 表：

 public String Address
    {
        get
        {
            UserProfile profile = UserProfile.GetUserProfile(UserName);
            return profile.Address;
        }

        set
        {
            UserProfile profile = UserProfile.GetUserProfile(UserName);
            profile.Address = value;
            profile.Save();                
        }
    }       

当我启动调试器时，我注意到对于每次更新，set 访问器都会被调用三次。一次使用新值，但在新创建的用户实例上，然后一次使用旧值，再次在新实例上，最后在现有实例上使用旧值。

有点想知道，我检查了设计师创建的属性，它们也以（几乎）相同的方式被调用了三次。唯一的区别是，最后一次调用包含属性的新值。

我在这里有点困惑。为什么是三次，为什么我的新属性表现不同？对于此事的任何帮助，我将不胜感激！ =)

Answer 1

当我让 Linq to SQL 使用存储过程进行插入/更新时，我观察到类似的情况。我不确定我是否记错了，但我认为 Linq to SQL 使用实体类的这三个实例来找出发生了什么变化，以便可以构建所需的 SQL 语句。

我基本上看到两个选项（尽管我不确定这是否真的有效）：

1. 您可以将额外的字段存储在实体的“OnValidate”事件中。
2. 您可以覆盖插入/更新的部分方法。在这种情况下，您还需要负责将实体存储在数据库中（例如使用存储过程）。

该属性将如下所示：

private string address = null;
public string Address
{
    get
    {
        if (this.address == null)
        {
             // Load on first use: This might make a problem...
             UserProfile profile = UserProfile.GetUserProfile(UserName);
             this.address = profile.Address;
        }
        return this.address;
    }

    set
    {
        this.address = value;                      
    }
}   

在这两种情况下，您都会遇到问题，尽管实体其余部分的更新失败，但您可能会更新额外的字段。这当然也是您最初方法的问题。

我认为最好的解决方案是实现您自己的配置文件提供程序并将配置文件信息存储在您自己的表中。如果您这样做，您可以让 Linq to SQL 为您的个人资料信息创建实体：一切都将是“标准”，您不必诉诸某种“黑客”...