一 DBContext的構造方法，方法的重載

二 DBContext實例中，表實體對象是怎么被加入的

三 分部類是否破壞了單一職責

四 分部方法從另一方面定義了類型的操作規范

五 LINQ實體類中對屬性的賦值，變化前與變化后SendPropertyChanging與SendPropertyChanged

六 LINQTOSQL中為我們觸發了SendPropertyChanging和SendPropertyChanged，它的真正用意是什么

七 為DBContext對象應該作為其它實體操作類型的基類，并為它提供統一的提交動作

當我們建立一(yi)(yi)個(ge)linq to sql的(de)DBML文件后，我們可以打開它(ta)(ta)的(de)代碼(ma)文件，看(kan)一(yi)(yi)個(ge)IDE為我們自動生成的(de)東(dong)西，這個(ge)系列的(de)課程，主(zhu)要是講(jiang)它(ta)(ta)的(de)這個(ge)代碼(ma)文件，今天簡單說一(yi)(yi)下，DataContext類的(de)構(gou)造方法：

它的構造方法如下：

public TESTDataContext() : 
            base(global::Entity.Properties.Settings.Default.testConnectionString, mappingSource)
    {
        OnCreated();
    }
    
    public TESTDataContext(string connection) : 
            base(connection, mappingSource)
    {
        OnCreated();
    }

第(di)一(yi)個(ge)方法，主要是沒有(you)參數時調用(yong)，這(zhe)時，它默(mo)認(ren)使用(yong)生成器(qi)創(chuang)建的鏈(lian)接(jie)串，不提倡使用(yong)這(zhe)樣文件(jian)，移(yi)植(zhi)不方便。第二個方法，帶有一(yi)個連(lian)接(jie)字(zi)符(fu)串的，它可以在配置(zhi)文件中去(qu)設置(zhi)，在程序移植(zhi)時，修(xiu)改配置(zhi)文件即可。大家可能已經注意在，在方法中有一個mappingSourc變量(liang)，它其實(shi)是模塊與數據庫映射的源對象，在DBML中有這樣的定義(yi)

private static System.Data.Linq.Mapping.MappingSource mappingSource = new AttributeMappingSource();

它是一個static 類型的MappingSource 的一個實體，就是說，它與實例無關，它只與當前DBContext相關，DBContext我們一般稱為數據上下文。

MappingSource ：表示映射信息的源

AttributeMappingSource：使用上下文中的屬性創建映射模型的映射源

其中AttributeMappingSource是MappingSource的派生類，只負責一些特性信息的設置。

它

還(huan)

是數據庫和LINQ的橋梁，除此之外，還可以使用XmlMappingSource創建模型。