ORM實(shí)現(xiàn)有反射、泛型、代碼生成等幾種常見(jiàn)方式，或者單用，或者混合。

c#的泛型非常強(qiáng)大，應(yīng)用于ORM時(shí)，可能有些特性顯得更重要。

一開(kāi)始實(shí)現(xiàn)coat時(shí)，我嘗試寫(xiě)一下代碼做為ORM基類(lèi)

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);
            }
        }
    }
}

// 子類(lèi)生成的代碼類(lèi)似：
    public class User: ORMBase<User> {
    ...
    }

意圖是在基類(lèi)中實(shí)現(xiàn)ActiveRecord對(duì)象增刪改查等通用方法，相比起在具體子類(lèi)中使用代碼生成實(shí)現(xiàn)相應(yīng)的代碼會(huì)更簡(jiǎn)潔些。并且，編輯一個(gè)實(shí)際類(lèi)型，總比編輯模板方便。

做為一個(gè)玩了兩年沒(méi)有泛型的語(yǔ)言（GO）的人，我會(huì)覺(jué)得 c# class User: ORMBase<User> { 這樣的類(lèi)型聲明很強(qiáng)大。

User類(lèi)型繼承于ORMBase<T>，而類(lèi)型ORMBase<T>正是使用User類(lèi)型做為范型參數(shù)。這沒(méi)有循環(huán)依賴(lài)？

這樣ORMBase中，便可以利用泛型T做各種編程。

上面代碼是卡在了conn.Update<T>(this);這句調(diào)用。

因?yàn)閐apper的Update方法簽名類(lèi)似Update<T>(T entityToUpdate)，我在ORMBase<T>中寫(xiě)的this是父類(lèi)，也就是ORMBase<T>；而傳進(jìn)去給Update的類(lèi)型參數(shù)T，則是子類(lèi)，比方說(shuō)User。

編譯器直接就報(bào)錯(cuò)了。

ORMBase<T>跟T是兩個(gè)不同的類(lèi)型，無(wú)法直接轉(zhuǎn)換，寫(xiě)conn.Update<T>((T)this);編譯器也是報(bào)錯(cuò)。

有同事建議修改ORMBase的Update簽名，變成public bool Update(T obj)，然后把傳obj而不是this給dapper。

這樣雖然可以解決編譯問(wèn)題，但會(huì)讓?xiě)?yīng)用調(diào)用時(shí)變麻煩；還不如直接把Update方法搬去子類(lèi)里面生成出來(lái)，但還是不漂亮。

研究了一番泛型約束，結(jié)果找到更漂亮的方式。

ORMBase<T>跟T無(wú)法相互轉(zhuǎn)換是因?yàn)榫幾g器不知道他們之間的繼承關(guān)系，把他們的繼承關(guān)系寫(xiě)到范型約束中便可以轉(zhuǎn)換了。

public class RecordBase<T> where T : RecordBase<T>

這樣聲明約束T必須是RecordBase<T>的子類(lèi)；Update方法改為：

return conn.Update<T>((T)this);

便可以順利編譯了。

雖然可以編譯，但這里是把父類(lèi)轉(zhuǎn)換為子類(lèi)，何以可以順利編譯，我其實(shí)還木有搞明白細(xì)節(jié)。

有朋友知道，還望告知。

謝謝。