|
|
系列文章導(dǎo)航：
不能不說的C#特性-迭代器(上)及一些研究過程中的副產(chǎn)品
不能不說的C#特性-迭代器(下)，yield以及流的延遲計(jì)算
走進(jìn)Linq-Linq to Objects(上)基礎(chǔ)篇
走進(jìn)Linq-Linq to Objects(下)實(shí)例篇
走進(jìn)Linq-Linq to SQL感性認(rèn)識(shí)篇
走進(jìn)Linq-Linq to SQL How do I(1)
走進(jìn)Linq-Linq to SQL How do I(2)
走進(jìn)Linq-Linq to SQL How do I(3)
走進(jìn)Linq-How do I(4)拾遺補(bǔ)零篇第一節(jié)
走進(jìn)Linq-Linq to SQL源代碼賞析 Table
走進(jìn)Linq-Linq to SQL源代碼賞析之Provider的初始化
走進(jìn)Linq-Linq to SQL源代碼賞析，通過Linq to SQL看Linq
上一篇我們看到了DataContext是如何初始化的，它需要一個(gè)連接對(duì)象，還需要一個(gè)MappingSource做映射的配置。
在DataContext中我們打交道最多的也許就是GetTable<TEntity>()方法了，這個(gè)方法會(huì)獲取一個(gè)Table<TEntity>對(duì)象，今天我們就來看看這個(gè)對(duì)象是如何獲取的。
對(duì)于獲取Table<TEntity>對(duì)象我們還要看看這個(gè)DataContext是不是強(qiáng)類型的，關(guān)于強(qiáng)類型的DataContext可以看我前面一篇文章，強(qiáng)類型的DataContext里包含有幾個(gè)Table<TEntity>類型的屬性，比如我們的庫中有blogs、posts等數(shù)據(jù)庫表，那么你可能就會(huì)建立Table<Blog>和Table<Post>類型的屬性（參見前面一篇文章）。在上一章DataContext的初始化里講到Init方法的最后一行是InitTables方法的調(diào)用。我們首先來看看InitTables方法的代碼：
/// 初始化數(shù)據(jù)庫中有幾個(gè)表
/// 從方法實(shí)現(xiàn)中意圖來看，這個(gè)方法主要在定義了強(qiáng)類型的DataContext才有意義
/// 在強(qiáng)類型的DataContext里一般定義了Table<Post>之類的字段來表示數(shù)據(jù)庫中有幾個(gè)
/// 表，該方法調(diào)用DataContext的GetTable方法設(shè)置這些字段的值
/// </summary>
/// <param name="schema"></param>
private void InitTables(object schema)
{
//用反射遍歷DataContext類（可能是它的子類）里所有的公有實(shí)例字段
foreach (FieldInfo info in schema.GetType().GetFields(BindingFlags.Public |
BindingFlags.Instance))
{
//字段類型
Type fieldType = info.FieldType;
//該字段是否是泛型的，并且是Table<>類型的，而且該字段的值為null
if ((fieldType.IsGenericType && (fieldType.GetGenericTypeDefinition() ==
typeof(Table<>))) && (((ITable)info.GetValue(schema)) == null))
{
//獲取Table<TEntity>中TEntity的具體類型
Type type = fieldType.GetGenericArguments()[0];
//調(diào)用DataContext的GetTable方法得到一個(gè)ITable對(duì)象
ITable table = this.GetTable(type);
//設(shè)置值
info.SetValue(schema, table);
}
}
}
系列文章導(dǎo)航：
不能不說的C#特性-迭代器(上)及一些研究過程中的副產(chǎn)品
不能不說的C#特性-迭代器(下)，yield以及流的延遲計(jì)算
走進(jìn)Linq-Linq to Objects(上)基礎(chǔ)篇
走進(jìn)Linq-Linq to Objects(下)實(shí)例篇
走進(jìn)Linq-Linq to SQL感性認(rèn)識(shí)篇
走進(jìn)Linq-Linq to SQL How do I(1)
走進(jìn)Linq-Linq to SQL How do I(2)
走進(jìn)Linq-Linq to SQL How do I(3)
走進(jìn)Linq-How do I(4)拾遺補(bǔ)零篇第一節(jié)
走進(jìn)Linq-Linq to SQL源代碼賞析 Table
走進(jìn)Linq-Linq to SQL源代碼賞析之Provider的初始化
走進(jìn)Linq-Linq to SQL源代碼賞析，通過Linq to SQL看Linq
代碼中的注釋說的很詳細(xì)了，先看看DataContext類里是否有Table<TEntity>的屬性，而只有在強(qiáng)類型的DataContext情況下才會(huì)有的。所以只有在強(qiáng)類型的情況下才會(huì)在初始化DataContext的時(shí)候設(shè)置這些Table<TEntity>屬性的值，從本篇后面的介紹可以看到，獲取Table<TEntity>還不是個(gè)簡單的事情，性能損耗比較大，所以框架默認(rèn)提供的DataContext比強(qiáng)類型的DataContext更輕型，在上一章中有人問到DataContext是不是輕型的，我覺得如果使用框架提供的是很輕型的，實(shí)例化一個(gè)沒有什么大的性能消耗。下面來看我們經(jīng)常調(diào)用的GetTable方法：
public Table<TEntity> GetTable<TEntity>() where TEntity : class
{
this.CheckDispose();
//調(diào)用MetaModel的GetTable方法獲得MetaTable對(duì)象
//MetaModel代表的是數(shù)據(jù)庫和DataContext之間的映射
//而MetaModel代表的是表和對(duì)象之間的映射
MetaTable metaTable = this.services.Model.GetTable(typeof(TEntity));
if (metaTable == null)
{
throw Error.TypeIsNotMarkedAsTable(typeof(TEntity));
}
//調(diào)用本類的GetTable方法
ITable table = this.GetTable(metaTable);
//關(guān)于這里的ITable接口和ElementType屬性有更多的討論
if (table.ElementType != typeof(TEntity))
{
throw Error.CouldNotGetTableForSubtype(typeof(TEntity),
metaTable.RowType.Type);
}
return (Table<TEntity>)table;
}
private ITable GetTable(MetaTable metaTable)
{
ITable table;
//先查看字典中是否有這個(gè)table，該字典是以MetaTable為key，以ITable為value的
if (!this.tables.TryGetValue(metaTable, out table))
{
//通過檢查表之間的關(guān)聯(lián)難驗(yàn)證表的合法性
ValidateTable(metaTable);
//反射ITable對(duì)象
table = (ITable)Activator.CreateInstance(typeof(Table<>).
MakeGenericType(new Type[] { metaTable.RowType.Type }),
BindingFlags.NonPublic | BindingFlags.Public | BindingFlags.Instance,
null, new object[] { this, metaTable }, null);
//通過反射獲取ITable對(duì)象后，還將其存儲(chǔ)在字典中，可以看到這個(gè)字典起一個(gè)緩存的作用
//以后就可以直接從字典里取了，也就是這個(gè)GetTable的過程并不是每次都有反射的性能損耗
this.tables.Add(metaTable, table);
}
return table;
}
系列文章導(dǎo)航：
不能不說的C#特性-迭代器(上)及一些研究過程中的副產(chǎn)品
不能不說的C#特性-迭代器(下)，yield以及流的延遲計(jì)算
走進(jìn)Linq-Linq to Objects(上)基礎(chǔ)篇
走進(jìn)Linq-Linq to Objects(下)實(shí)例篇
走進(jìn)Linq-Linq to SQL感性認(rèn)識(shí)篇
走進(jìn)Linq-Linq to SQL How do I(1)
走進(jìn)Linq-Linq to SQL How do I(2)
走進(jìn)Linq-Linq to SQL How do I(3)
走進(jìn)Linq-How do I(4)拾遺補(bǔ)零篇第一節(jié)
走進(jìn)Linq-Linq to SQL源代碼賞析 Table
走進(jìn)Linq-Linq to SQL源代碼賞析之Provider的初始化
走進(jìn)Linq-Linq to SQL源代碼賞析，通過Linq to SQL看Linq
關(guān)于設(shè)計(jì)模式的旁白
為什么Table<TEntity>類不使用單件模式？
一個(gè)數(shù)據(jù)庫中有幾個(gè)表，對(duì)于每個(gè)表對(duì)象（Table<TEntity>）我們希望它是單例的，但是系統(tǒng)中并不是只存在一個(gè)表對(duì)象。在這里微軟一方面將表對(duì)象的構(gòu)造函數(shù)設(shè)為私有的來防止客戶端任意的使用new構(gòu)造表對(duì)象的實(shí)例，而且沒有提供任何公開的接口獲取這個(gè)實(shí)例，另外一方面在DataContext里有一個(gè)Dictionary<MetaTable, ITable> tables的字典，用于緩存表對(duì)象。
這樣就有這樣的個(gè)示例：
public class Table<TEntity>{
//私有的構(gòu)造函數(shù)
private Table()
{ }
}
public class DataContext()
{
private Dictionary<MetaTable, ITable> tables;
public DataContext()
{
this.tables = new Dictionary<MetaTable,ITable>();
}
public ITable GetTable(MetaTable metaTable)
{
ITable table = null;
if(!tables.TryGetValue(metaTable,out table)
{
//獲取table對(duì)象
//將剛剛獲取的table對(duì)象緩存起來，以備后用
tables.Add(metaTable,table);
}
return table;
}
}
it知識(shí)庫：走進(jìn)Linq-Linq to SQL源代碼賞析 Table的獲取過程，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
