ORM實(shí)現(xiàn)有反射固耘、泛型题篷、代碼生成等幾種常見(jiàn)方式厅目，或者單用番枚，或者混合。
c#的泛型非常強(qiáng)大损敷，應(yīng)用于ORM時(shí)葫笼，可能有些特性顯得更重要。
一開(kāi)始實(shí)現(xiàn)coat時(shí)嗤锉，我嘗試寫一下代碼做為ORM基類
namespace Coat
{
public class ORMBase<T> where T : class
{
...
public bool Update()
{
using (var conn = OpenConnection())
{
//Beblow compile error, because conn.Update<T> expect parameter to be T
//i.e. the sub-class, but "this" is parent class.
return conn.Update<T>(this);
}
}
}
}
// 子類生成的代碼類似：
public class User: ORMBase<User> {
...
}
意圖是在基類中實(shí)現(xiàn)ActiveRecord對(duì)象增刪改查等通用方法渔欢，相比起在具體子類中使用代碼生成實(shí)現(xiàn)相應(yīng)的代碼會(huì)更簡(jiǎn)潔些。并且瘟忱，編輯一個(gè)實(shí)際類型奥额，總比編輯模板方便。
做為一個(gè)玩了兩年沒(méi)有泛型的語(yǔ)言（GO）的人访诱，我會(huì)覺(jué)得 c# class User: ORMBase<User> { 這樣的類型聲明很強(qiáng)大垫挨。
User類型繼承于ORMBase<T>，而類型ORMBase<T>正是使用User類型做為范型參數(shù)触菜。這沒(méi)有循環(huán)依賴九榔？
這樣ORMBase中，便可以利用泛型T做各種編程涡相。
上面代碼是卡在了conn.Update<T>(this);這句調(diào)用哲泊。
因?yàn)閐apper的Update方法簽名類似Update<T>(T entityToUpdate)，我在ORMBase<T>中寫的this是父類催蝗，也就是ORMBase<T>切威；而傳進(jìn)去給Update的類型參數(shù)T，則是子類丙号，比方說(shuō)User先朦。
編譯器直接就報(bào)錯(cuò)了。
ORMBase<T>跟T是兩個(gè)不同的類型犬缨，無(wú)法直接轉(zhuǎn)換喳魏，寫conn.Update<T>((T)this);編譯器也是報(bào)錯(cuò)。
有同事建議修改ORMBase的Update簽名怀薛，變成public bool Update(T obj)刺彩，然后把傳obj而不是this給dapper。
這樣雖然可以解決編譯問(wèn)題，但會(huì)讓應(yīng)用調(diào)用時(shí)變麻煩创倔；還不如直接把Update方法搬去子類里面生成出來(lái)三热，但還是不漂亮。
研究了一番泛型約束三幻，結(jié)果找到更漂亮的方式就漾。
ORMBase<T>跟T無(wú)法相互轉(zhuǎn)換是因?yàn)榫幾g器不知道他們之間的繼承關(guān)系，把他們的繼承關(guān)系寫到范型約束中便可以轉(zhuǎn)換了念搬。
public class RecordBase<T> where T : RecordBase<T>
這樣聲明約束T必須是RecordBase<T>的子類抑堡；Update方法改為：
return conn.Update<T>((T)this);
便可以順利編譯了。
雖然可以編譯朗徊，但這里是把父類轉(zhuǎn)換為子類首妖，何以可以順利編譯，我其實(shí)還木有搞明白細(xì)節(jié)爷恳。
有朋友知道有缆，還望告知。
謝謝温亲。
