你的位置:首页 > ASP.net教程

[ASP.net教程]EF Codefirst(二)数据注释


CodeFirst通过分析我们在代码里编写的类,以及类之间的关系生成数据库表,以及表之间的各种关系。数据库的表会涉及到主键,外键,列是否为空,列类型等等。 我们要通过怎样的方式来暴露这些信息呢? 
CodeFirst通过DataAnnotations(在 System.ComponentModel.DataAnnotations 命名空间中 )特性类标示这些信息。


常用的一些标识如下 

主键


    如果不存在符合EF默认规则的主键时,用key标注也可。个人不赞成这样,遵守默认规则就好,免去不必要麻烦。
  public class Category  {    [ Key ]    public string TrackingKey { get; set; }    public string CategoryName { get; set; }    public string BlogID { get; set; }  }

自增长


如果主键是int类型,EF为默认设置为增长。但如果是GUID类型,则要手动的设置自增长
  public class User  {    [Key ,DatabaseGenerated (DatabaseGeneratedOption .Identity)]    public Guid UserGuid { get; set; }    public string UserName { get; set; }  }

查看数据表的创建脚本,我们会发现多了这样的一句话
ALTER TABLE [dbo]. [Users] ADD   DEFAULT ( newsequentialid ()) FOR[UserGuid]

必需 MaxLength 和 MinLength

  public class Category  {    [ Key ]    public string TrackingKey { get; set; }    [ Required ][MaxLength (30), MinLength(5)]    public string CategoryName { get; set; }    public string BlogID { get; set; }       public string Description { get; set; }  }

NotMapped


Code First 约定指示具有受支持数据类型的每个属性都要在数据库中有表示。但在您的应用程序中并不总是如此。例如,您可以在 Blog 类中使用一个属性来基于 Title 和 BloggerName 字段创建代码。该属性可以动态创建,无需存储。您可以使用 NotMapped 注释来标记不映射到数据库的所有属性。
并且这个标示还可以用于对整个类进行标示,那这个类也就不会被映射了。
 

ComplexType


 BlogDetails 作为 Blog 类中的一个属性,将作为 Blog 对象的一部分被跟踪。为了让 Code First 认识到这一点,必须将 BlogDetails 类标记为 ComplexType。
 

   public class Blog  {    public string ID { get; set; }    public string BlogName { get; set; }    public string BlogAuthor { get; set; }    public virtual List < Post> Posts { get ; set ; }   //导航属性        public BlogDetails Detail { get; set; }  }  [ ComplexType]  public class BlogDetails  {    public string BlogDescription { get; set; }    public string CreateTime { get; set; }  }

但是运行的时候却报错,提示Detail属性,不可以为空 。原来,虽然复杂类型的每个属性都可以为空,但当作为复杂属性出现时,却是不可以为空的,必须初始化!
需要修改如下

修改之后运行如下

会发现 复杂类型将自己的属性并入了所属类型,并以复杂类型名+属性名作为新列名
 
数据注释就到这里。喜欢欢迎推荐!