面向對象的故事~數據底層操作告訴了我們接口，抽象類，繼承與多態性的使用~續（TestBase繼承ITest是多余的？）...

在我上一篇文章發表后，收到了很多博友的回復，其中有一位博友提了一個問題，TestBase?繼承了ITest是多余的，我認為，我有必要再寫一篇文章來說明一下，TestBase為什么要繼承ITest,當然各位也可以再次發表自己的看法。

 1     /// <summary>2     /// 數據統一接口規范3     /// </summary>4     interface ITest5     {6         /// <summary>7         /// 插入方法8         /// </summary>9         void Insert();
10     }

還是那個統一接口規范，這時，有個ADO.NET 的數據基類，它會去實現它，如下

 1     /// <summary>2     /// 統一實體基類3     /// ADO.NET操作基類4     /// </summary>5     abstract class TestBase : ITest6     {7 8         #region ITest 成員9 
10         public virtual void Insert()
11         {
12             Console.WriteLine("使用ADO.NET操作方式去實現它");
13         }
14 
15         #endregion
16     }

而我們的系統中，還有一種數據源，它叫Linq To SQL，同時它又是一個很好的ORM工具，它幫助我們很好的把實體數據庫進行映射進來了。它作為由linq to sql產生的實體的基類，去實現統一接口，如下：

 1     /// <summary>2     /// 統一實體基類3     /// Linq To SQL操作基類4     /// </summary>5     abstract class TestBase : ITest6     {7 8         #region ITest 成員9 
10         public virtual void Insert()
11         {
12             Console.WriteLine("使用Linq To SQL操作方式去實現它");
13         }
14 
15         #endregion
16     }

這時，我們有兩個數據基類去實現了這個統一操作接口，這時，如果有其它數據源，如為單元測試提供的內存流數據庫，也是去實現統一操作規范。事實上，在DATA層提供了多種實現統一操作接口的方式，而它們的實體子類需要去分別繼承各自的基類和自己的個性化接口接口，而最終使用哪種數據庫去實現，我們可以通過IOC進行動態設定它。這只是最底層的層次，事實上，在每個實體操作的接口與實現中，還存在著這種關系，而這種關系一定會被約束在配置文件中，你可以根據配置的方式，在程序運行時去動態創建你的實例，當然這同樣是IOC干的事。

本文轉自博客園張占嶺（倉儲大叔）的博客，原文鏈接：面向對象的故事~數據底層操作告訴了我們接口，抽象類，繼承與多態性的使用~續（TestBase繼承ITest是多余的？），如需轉載請自行聯系原博主。

本文來自互聯網用戶投稿，該文觀點僅代表作者本人，不代表本站立場。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。
如若轉載，請注明出處：http://www.pswp.cn/news/453527.shtml
繁體地址，請注明出處：http://hk.pswp.cn/news/453527.shtml
英文地址，請注明出處：http://en.pswp.cn/news/453527.shtml

如若內容造成侵權/違法違規/事實不符，請聯系多彩編程網進行投訴反饋email:809451989@qq.com，一經查實，立即刪除！