上一篇文章主要是在夸NHibernate實(shí)現(xiàn)的好，而這篇就完全是來抱怨的了。NHiberante有個(gè)毛病，就是如果是和數(shù)據(jù)庫(kù)產(chǎn)生映射的類，就要求所有的public成員和protected成員必須是virtual的。請(qǐng)注意這里的要求有兩個(gè)細(xì)節(jié)：

• 即使是方法，也必須標(biāo)記為virtual
• 即時(shí)是不和數(shù)據(jù)庫(kù)有映射關(guān)系的屬性，也必須標(biāo)記為virtual

　　這就讓我覺得無厘頭了，為什么沒有任何關(guān)系的東西也要受到限制？我知道NHiberante要求將屬性標(biāo)記為virtual是為了延遲加載，因?yàn)橹挥羞@樣它才能生成如上一篇文章中那樣的延遲代理類，這樣就可以實(shí)現(xiàn)只在第一次訪問屬性的時(shí)候才進(jìn)行“加載”操作，從而訪問數(shù)據(jù)庫(kù)并獲得數(shù)據(jù)，再填充字段。不過我認(rèn)為這也不是合適的理由，因?yàn)檫@又關(guān)沒有映射的屬性，甚至方法什么事情呢？我在很長(zhǎng)一段時(shí)間內(nèi)一直沒有想明白這個(gè)問題。

　　直到看了NHibernate開發(fā)團(tuán)隊(duì)成員Davy Brion的文章《Must Everything be Virtual with NHiberante？》之后，我才了解了他們的設(shè)計(jì)思路——雖然我還是不認(rèn)同。我真的不喜歡到處virtual。

　　要求類中所有的公開成員（public/protected）都是virtual，是因?yàn)镹Hibernate想要保證在“訪問任何公開成員”之前，數(shù)據(jù)已經(jīng)被加載了。也就是說，無論您是想調(diào)用它的ToString方法，還是您自己寫的輔助方法/屬性，在真正進(jìn)入您自定義的邏輯之前，數(shù)據(jù)肯定已經(jīng)存在了——例如，存在于私有的域字段中：

public class Article{    private string m_tagNames    public virtual string TagNames    {        get        {            return this.m_tagName;        }        set        {            this.m_tagNames = value;        }    }    public void DoSomethingWithTagNames()    {         Console.WriteLine(this.m_tagNames);    }}

　　雖然NHibernate可以在TagNames屬性第一次訪問時(shí)加載數(shù)據(jù)，但是如果我們的DoSomethingWithTagNames方法直接訪問m_tagNames字段，數(shù)據(jù)自然無法加載了。因此，NHibernate必須確保有能力在代理類中覆蓋DoSomethingWithTagNames方法才行。這就是virtual方法的由來。

　　但是在我看來，我們真的有多少情況會(huì)去訪問私有字段呢？事實(shí)上對(duì)于大部分情況，我們會(huì)使用C#中“自動(dòng)屬性”特性來定義屬性，這樣自然只有屬性，沒有字段。即使我們使用了自定義的私有字段來保存屬性的值，NHibernate也可以“叮囑”我們應(yīng)該訪問屬性，而不要直接訪問私有字段——其實(shí)在編程上兩者并沒有差別。現(xiàn)在這樣被強(qiáng)迫的感覺不好。

　　不過昨天我忽然想到，這似乎也是可以理解NHibernate這么做的原因：因?yàn)镠ibernate要照顧到Java語言開發(fā)人員的使用感受——請(qǐng)注意是Hibernate，沒有N。不管怎么說，NHibernate是從Hibernate移植過來的。NHiberante的主力開發(fā)人員Oren Eini曾在博客中寫道（可惜一時(shí)沒找到），NHiberante刻意與Hibernate的實(shí)現(xiàn)保持同步，這樣容易進(jìn)行雙向的同步，例如Hibernate解決了一些bug或性能問題，也可以較為輕易地在NHibernate上修補(bǔ)。

　　不過這還是沒有解釋為什么Hibernate要一切都是virutal的原因啊。其實(shí)您只要看一下這段Java代碼就應(yīng)該明白了：

public class Product{    private String m_tagNames;    public String getTagNames()    {        return this.m_tagNames;    }    public String setTagNames(String value)    {        this.m_tagNames = value;    }}

　　這是上面C#中Product的等價(jià)Java代碼。由于Java里沒有“屬性”概念，因此Java語言自身一直有一個(gè)“約定”：getXxx和setXxx兩個(gè)方法即為一個(gè)屬性。這個(gè)約定用在很多地方，如IDE就會(huì)把它當(dāng)作是一個(gè)屬性方便設(shè)置及導(dǎo)航，框架在進(jìn)行序列化時(shí)候也知道哪些東西是“屬性”。這“約定”本沒有問題，但是這就給Java開發(fā)人員造成了一定困擾：使用起來實(shí)在是太麻煩了。例如，Product有個(gè)屬性叫做ViewCount，我們想要把它加1，在C#中我們可以寫：

this.ViewCount++;

　　而在Java中則必須是：

this.setViewCount(this.getViewCount() + 1);

　　因此，如果是你的話，在寫Java代碼的時(shí)候，是愿意使用getXxx()這樣的方法，還是直接訪問類中的私有字段？因此我認(rèn)為，是Java語言的特性，導(dǎo)致Java開發(fā)人員傾向于直接訪問類中的私有字段，從而導(dǎo)致Hibernate需要避免未加載的私有字段，進(jìn)一步導(dǎo)致Hibernate的代理類會(huì)去覆蓋所有的公開方法（只有方法，因?yàn)?a href=/itjie/Javajishu/ target=_blank class=infotextkey>Java語言沒有“屬性”）——最終，由于NHibernate在“統(tǒng)一大業(yè)”上的策略，使得我們.NET開發(fā)人員也必須把所有成員標(biāo)記為virtual，無論是方法還是屬性。

　　您可能會(huì)說，但也沒見Java程序員嚷嚷啊。沒錯(cuò)，因?yàn)樵?a href=/itjie/Javajishu/ target=_blank class=infotextkey>Java語言中，默認(rèn)情況下所有的成員都是virtual的。而在.NET平臺(tái)下情況正好相反。因此在我看來，我們這里必須到處標(biāo)記virtual所造成的不便，和Java語言本身有著非常大聯(lián)系——我們需承受Java語言所帶來的痛苦。

　　雖然我理解NHibernate，但這又怎能讓我滿意呢？

　　哦，對(duì)了。在未來的Java 7中，我們可歌可泣的Java語言終于有了a –> property這樣的屬性訪問語法了。

　　可惜，遲了。

NET技術(shù)：我對(duì)NHibernate的感受（2）：何必到處都virtual，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。