我承认我的方法脱离了“代码优先”的概念。但是如果你有能力改变表本身的默认值…这比你上面要经历的长度要简单得多……我就是懒得做那些工作!

海报上最初的想法似乎是可行的:

[DefaultValue(true)]
public bool IsAdmin { get; set; }

我以为他们只是犯了加引号的错误…但遗憾的是，没有这样的直觉。其他建议对我来说太多了(假设我有进入表并进行更改所需的特权……并不是每个开发者在任何情况下都会这么做)。最后我还是用老办法做了。我在SQL Server表中设置了默认值…我的意思是真的，已经够了!注意:我进一步测试了添加-迁移和更新-数据库，更改卡住了。

我承认我的方法脱离了“代码优先”的概念。但是如果你有能力改变表本身的默认值…这比你上面要经历的长度要简单得多……我就是懒得做那些工作!

海报上最初的想法似乎是可行的:

[DefaultValue(true)]
public bool IsAdmin { get; set; }

我以为他们只是犯了加引号的错误…但遗憾的是，没有这样的直觉。其他建议对我来说太多了(假设我有进入表并进行更改所需的特权……并不是每个开发者在任何情况下都会这么做)。最后我还是用老办法做了。我在SQL Server表中设置了默认值…我的意思是真的，已经够了!注意:我进一步测试了添加-迁移和更新-数据库，更改卡住了。

我发现，只需在实体属性上使用Auto-Property Initializer就足以完成工作。

例如:

public class Thing {
    public bool IsBigThing{ get; set; } = false;
}

using System.ComponentModel;

[DefaultValue(true)]

public bool Active { get; set; }

即使在。net Core 1.0中，当你使用代码优先的方法时，也可以设置默认值。请参阅下面的代码片段。

using System.ComponentModel;

[DefaultValue(true)]
public bool Active { get; set; }

阅读:微软官方文档

在@SedatKapanoglu评论之后，我添加了我所有的方法，因为他是对的，只是使用流畅的API是行不通的。

1-创建自定义代码生成器和覆盖生成一个ColumnModel。

   public class ExtendedMigrationCodeGenerator : CSharpMigrationCodeGenerator
{

    protected override void Generate(ColumnModel column, IndentedTextWriter writer, bool emitName = false)
    {

        if (column.Annotations.Keys.Contains("Default"))
        {
            var value = Convert.ChangeType(column.Annotations["Default"].NewValue, column.ClrDefaultValue.GetType());
            column.DefaultValue = value;
        }


        base.Generate(column, writer, emitName);
    }

}

2-分配新的代码生成器:

public sealed class Configuration : DbMigrationsConfiguration<Data.Context.EfSqlDbContext>
{
    public Configuration()
    {
        CodeGenerator = new ExtendedMigrationCodeGenerator();
        AutomaticMigrationsEnabled = false;
    }
}

3-使用fluent api创建注释:

public static void Configure(DbModelBuilder builder){    
builder.Entity<Company>().Property(c => c.Status).HasColumnAnnotation("Default", 0);            
}