一、理解Code First及其約定和配置

　　傳統(tǒng)設(shè)計(jì)應(yīng)用的方式都是由下而上的，即我們習(xí)慣優(yōu)先考慮數(shù)據(jù)庫(kù)，然后使用這個(gè)以數(shù)據(jù)為中心的方法在數(shù)據(jù)之上構(gòu)建應(yīng)用程序。這種方法非常適合于數(shù)據(jù)密集的應(yīng)用或者數(shù)據(jù)庫(kù)很可能包含多個(gè)應(yīng)用使用的業(yè)務(wù)邏輯的應(yīng)用。對(duì)于這種應(yīng)用，如果要使用EF的話，我們必須使用Database First方式。
　　設(shè)計(jì)應(yīng)用的另一種方法就是以領(lǐng)域?yàn)橹行牡姆绞剑I(lǐng)域驅(qū)動(dòng)設(shè)計(jì)DDD）。DDD是一種由上而下的方式，我們通過(guò)從實(shí)現(xiàn)應(yīng)用所需要的領(lǐng)域模型和實(shí)體的角度思考，從而開始設(shè)計(jì)應(yīng)用。數(shù)據(jù)庫(kù)很少用來(lái)用于領(lǐng)域模型數(shù)據(jù)的持久化。使用DDD意味著我們要根據(jù)每個(gè)應(yīng)用的需求來(lái)設(shè)計(jì)模型和實(shí)體，而且模型和實(shí)體是數(shù)據(jù)庫(kù)可忽略的，即可以使用任何數(shù)據(jù)庫(kù)技術(shù)實(shí)現(xiàn)保存。在這些情景中，我們應(yīng)該使用EF的Code First方式，因?yàn)樗试S我們創(chuàng)建POCO(Plain Old CLR Objects)作為持久化可忽略的領(lǐng)域模型。
使用Code First的優(yōu)勢(shì)在于：

• 1、支持DDD。
• 2、可以早早地著手開發(fā)，因?yàn)槲覀儾槐氐却龜?shù)據(jù)庫(kù)的創(chuàng)建。
• 3、持久化層（底層的數(shù)據(jù)庫(kù)）的改變不會(huì)對(duì)現(xiàn)有的模型有任何影響。

　　我們需要搞清楚的第一件事就是約定大于配置的概念。Code First方式期望模型類遵守一些約定，這樣的話數(shù)據(jù)庫(kù)持久化邏輯就可以從模型中提取出來(lái)。比如，如果我們給一個(gè)模型定義了一個(gè)Id屬性，那么它就會(huì)映射到數(shù)據(jù)庫(kù)中該類所對(duì)應(yīng)的那張表的主鍵。這種基于約定的方式的好處在于：如果我們遵守了這些約定，那么我們就不必寫額外的代碼來(lái)管理數(shù)據(jù)庫(kù)持久邏輯。但這樣也存在缺點(diǎn)，缺點(diǎn)在于：如果沒(méi)有遵守某個(gè)約定，那么EF就不會(huì)從模型中提取到需要的信息，運(yùn)行時(shí)會(huì)拋異常。
　　在這種沒(méi)有遵守約定又要持久化數(shù)據(jù)的情況下，我們需要使用Code First的配置項(xiàng)提供關(guān)于模型一些額外的信息。比如，如果我們的模型類中沒(méi)有Id屬性作為主鍵，那么我們需要在想要的屬性上加上[Key]特性，這樣它就會(huì)被當(dāng)作主鍵了。
注意：

EF使用模型類的復(fù)數(shù)的約定來(lái)創(chuàng)建數(shù)據(jù)表名，創(chuàng)建的列名和該類的屬性名是一樣的。

示例：

使用在EF應(yīng)用一：Code First模式中介紹的使用方法創(chuàng)建一個(gè)數(shù)據(jù)庫(kù)，其中實(shí)體類Product定義如下：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace EFAppointmentCreateTable.Model
{
    public class Product
    {
        public int Id { get; set; }

        public string ProductName { get; set; }

        public double ProductPrice { get; set; }
    }
}

數(shù)據(jù)庫(kù)上下文Context類定義如下：

using EFAppointmentCreateTable.Model;
using System;
using System.Collections.Generic;
using System.Data.Entity;
using System.Linq;
using System.Text;

namespace EFAppointmentCreateTable.EFContext
{
    /// <summary>
    /// 定義數(shù)據(jù)庫(kù)上下文類，該類繼承自DbContext
    /// </summary>
    public class Context:DbContext
    {
        /// <summary>
        /// 定義構(gòu)造函數(shù)，繼承自父類的構(gòu)造函數(shù),通過(guò)繼承父類的構(gòu)造函數(shù)來(lái)創(chuàng)建數(shù)據(jù)庫(kù)
        /// 父類構(gòu)造函數(shù)的參數(shù)是配置文件中配置的數(shù)據(jù)庫(kù)連接字符串
        /// </summary>
        public Context()
            : base("DbConnection")
        { }

         //實(shí)體屬性集合  根據(jù)實(shí)體名稱的復(fù)數(shù)形式生成數(shù)據(jù)庫(kù)的表名
        // 生成的表名是Products 和屬性名Products無(wú)關(guān)
        // 即使把屬性名改成Product，生成的表名還是Products 約定大于配置
        public DbSet<Product> Products { get; set; }
    }
}

創(chuàng)建后的數(shù)據(jù)庫(kù)截圖如下：

從上面的截圖中可以看出，生成的數(shù)據(jù)庫(kù)表名是實(shí)體Product的復(fù)數(shù)形式，使用默認(rèn)約定生成Id主鍵列。

二、使用數(shù)據(jù)注解創(chuàng)建表結(jié)構(gòu)

1、.NET數(shù)據(jù)類型和SQL數(shù)據(jù)類型之間的映射

首先EF這個(gè)ORM工具就是用來(lái)解決.NET類型和SQL Server列類型之間的阻抗失配的問(wèn)題。比如，假設(shè)你在.net中定義了一個(gè)int類型的屬性，那么你就可以認(rèn)為EF已經(jīng)安全地處理了這個(gè)列的定義并使用了合適的類型與之對(duì)應(yīng)。記住一些.NET類型和SQL Server列類型之間的映射是很有必要的，下面是一些最常用的映射關(guān)系：

完整的映射列表可以參考SQL Server數(shù)據(jù)類型映射，如果你使用的是其他類型的數(shù)據(jù)庫(kù)，你可以在網(wǎng)上自行查找。比如，，如果是Oracle，那么你可以在這里查找：oracle數(shù)據(jù)類型映射。

2、配置原始屬性

以.NET中的string類型的屬性開始討論。SQL Server中的很多類型都會(huì)映射到.NET中的string類型，其他主流的RDBMS也是一樣的。因此，決定如何存儲(chǔ)字符串類型的信息是很重要的，很多關(guān)系數(shù)據(jù)庫(kù)管理引擎都有多個(gè)字符存儲(chǔ)類型，他們通常都有以字母N打頭的字符類型，這個(gè)字母表示要存在這些列中的數(shù)據(jù)是Unicode數(shù)據(jù)，基于每個(gè)字符以2個(gè)字節(jié)的格式存儲(chǔ)。因此，如果你的數(shù)據(jù)庫(kù)中的列存儲(chǔ)的是英文的話，就可以使用varchar或者char（可能會(huì)加速查詢），如果使用的是中文的話，就要使用nvarchar或者nchar。此外，還可以使用帶有var的字符類型來(lái)指定列的長(zhǎng)度是可變的，不使用var的話，字符長(zhǎng)度是不可變的。
在EF中有以下幾種配置數(shù)據(jù)庫(kù)結(jié)構(gòu)的方式，分別是：

• 1、特性，也叫數(shù)據(jù)注解。
• 2、DbModelBuilder API。
• 3、配置伙伴類。

3、特性（數(shù)據(jù)注解）

這些特性類都是.NET的一部分，位于System.ComponentModel.DataAnnotaions命名空間下。下面我們修改在上一個(gè)例子中使用的Product實(shí)體類，修改后的Product實(shí)體類如下：

using System;
using System.Collections.Generic;
using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace EFDataAnnotations.Model
{
    /// <summary>
    /// 使用Table特性指定生成的表名
    /// </summary>
    [Table("Product")]
    public class Product
    {
        //使用Key特性指示該列是主鍵列
        [Key]
        //使用Column特性指示生成的數(shù)據(jù)庫(kù)表中的列名
        [Column("ID")]
        public int ProductId { get; set; }

        /// <summary>
        /// StringLength設(shè)置數(shù)據(jù)庫(kù)表中列的長(zhǎng)度
        /// 指示ProductName字段的最大長(zhǎng)度是10，最小長(zhǎng)度是2
        /// </summary>
        [StringLength(10,MinimumLength=2)]
        public string ProductName { get; set; }


        public double ProductPrice { get; set; }

        /// <summary>
        /// DataType特性指示生成的數(shù)據(jù)庫(kù)表中列的數(shù)據(jù)類型
        /// </summary>
        [DataType(DataType.DateTime)]
        public DateTime ProductionTime { get; set; }

        /// <summary>
        /// NotMapped特性指示不把該屬性映射到數(shù)據(jù)庫(kù)表中，即在生成的表中沒(méi)有d這一列
        /// </summary>
        [NotMapped]
        public decimal d { get; set; }
    }
}

運(yùn)行程序后生成的數(shù)據(jù)庫(kù)：

修改代碼之后，我們將表的名字使用Table特性全部重新命名成了但是，將Product的主鍵通過(guò)Column特性更改為Id，Key特性指定它是主鍵，還通過(guò)StringLength指定了ProductName列的最大長(zhǎng)度為10個(gè)字符，最小為2個(gè)字符。

此外，數(shù)據(jù)注解也可以用作驗(yàn)證特性。如果持久化數(shù)據(jù)時(shí)，模型對(duì)象的屬性值和數(shù)據(jù)注解所標(biāo)記的不一致，就會(huì)拋異常。

數(shù)據(jù)驗(yàn)證相關(guān)的數(shù)據(jù)注解：

數(shù)據(jù)映射相關(guān)的數(shù)據(jù)注解：

數(shù)據(jù)顯示相關(guān)的數(shù)據(jù)注解： 

其他：

到此這篇關(guān)于EF使用數(shù)據(jù)注解特性創(chuàng)建表結(jié)構(gòu)的文章就介紹到這了。希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論