List<T>類:表示可通過索引訪問的對象的強型別列表,提供用於對列表進行搜尋、排序和操作的方法。 IList<T>介面:表示可按照索引單獨訪問的一組對象。 下面談談它們之間的區別: 首先,List<T>是一個類,IList<T>是一個介面。介面和類的區別是本質的,類是負責功能的實現,而介面則是負責功能的定義。所以它們的區別本質上也就是類和介面的區別。 具體來說,IList 泛型介面是 ICollection 泛型介面的子代,並且是所有泛型列表的基底介面。它僅僅是所有泛型型別的介面,並沒有太多方法可以方便實用,如果僅僅是作為集合資料的承載體,那麼使用IList<T>完全可以勝任。但是更多的時候,我們要對集合資料進行處理,從中篩選資料或者排序。這個時候IList<T>就愛莫能助了。 1、當你只想使用介面的方法時,ILis<>這種方式比較好.他不擷取實現這個介面的類的其他方法和欄位,有效節省空間的. 2、IList <>是個介面,定義了一些操作方法這些方法要你自己去實現 List <>是泛型類,它已經實現了IList <>定義的那些方法 IList <Class1> IList11 =new List <Class1>(); List <Class1> List11 =new List <Class1>(); 這兩行代碼,從操作上來看,實際上都是建立了一個List<Class1>對象的執行個體,也就是說,他們的操作沒有區別。 只是用於儲存這個操作的傳回值變數類型不一樣而已。 那麼,我們可以這麼理解,這兩行代碼的目的不一樣。 List <Class1> List11 =new List <Class1>(); 是想建立一個List<Class1>,而且需要使用到List<T>的功能,進行相關操作。 而 IList <Class1> IList11 =new List <Class1>(); 只是想建立一個基於介面IList<Class1>的對象的執行個體,只是這個介面是由List<T>實現的。所以它只是希望使用到IList<T>介面規定的功能而已。 再舉一個例子,比如你要實現一個集合類,但是你認為添加的時候要做一下判斷,不能重複,你可以這樣做: //方法1: public class MyCollection1 : List<MyItem> { public new void Add(MyItem item) { if (this.Contains(item)) return; base.Add(item); } } //方法2: public class MyCollection2 : IList<MyItem> { private List<MyItem> innerList = new List<MyItem>(); public void Add(MyItem item) { if (this.Contains(item)) return; base.Add(item); } //實現n多的方法後,附帶的,有個Add方法,實現即可,實現方法略 } 如果是從List繼承而來,那我如果這樣寫,就能跳過檢查了。但是不會調用你寫的Add方法,而是調用List的Add方法。 MyCollection1 mc1 = new MyCollection1(); ..... System.Collection.IList listData = mc1; listData.Add(listData[0]); 這樣就不會執行你寫的檢查代碼。但如果用下面方法,則會執行你寫的Add方法: MyCollection2 mc2 = new MyCollection2(); ..... System.Collection.IList listData = mc2; listData.Add(listData[0]); 總之,正如那些高手說的: 介面實現松耦合...有利於系統的維護與重構...最佳化系統流程... 鼓勵使用介面 這樣可以實現功能和具體實現的分離 實現介面分離的原則 不是看實際需要用的 |