集合是.net fcl(framework class library)中很重要的一部分,也是我们开发当中最常用到的功能之一,几乎是无处不在。俗话说知其然,知其所以然,平常看到ienumerable,ienumerator,icollection是不是知道他们之间各自的区别?除了list和dictionary以外,你还用过哪些其它的集合类?废话少说,今天我们就来看一些这些定义集合类的接口以及他们的实现。
集合接口 先来看一下,fcl为我们提供了哪些接口:
ienumerable 和ienumberatorpublic interface ienumerator { bool movenext(); object current { get; } void reset(); }
ienumerator定义了我们遍历集合的基本方法,以便我们可以实现单向向前的访问集合中的每一个元素。而ienumerable只有一个方法getenumerator即得到遍历器。
public interface ienumerable { ienumerator getenumerator(); }
注意:我们经常用的foreach即是一种语法糖,实际上还是调用enumerator里面的current和movenext实现的遍历功能。
list<string> list = new list<string>() { "jesse", "chloe", "lei", "jim", "xiaojun" }; // iterate the list by using foreach foreach (var buddy in list) { console.writeline(buddy); } // iterate the list by using enumerator list<string>.enumerator enumerator = list.getenumerator(); while (enumerator.movenext()) { console.writeline(enumerator.current); }
上面的代码中用到的foreach和enumerator到il中最后都会被翻译成enumerator的movenext和current。
ienumerable是一个很有用的接口,实现它的好处包括:
支持foreach语句
作为一个标准的集合类与其它类库进行交互
满足更复杂的集合接口的需求
支持集合初始化器
当然实现的方法也有很多,如下:
如果我们集合是通过封装其它集合类而来的,那么我们可以直接返回这个集合的enumerator
通过yield return 来返回
实现我们自己的ienumerator来实现
这里给大家演示一下如何通过yield来实现返回enumerator
public class buddylist : ienumerable { private string[] data= new string[] { "jesse", "chloe", "lei", "jim", "xiaojun" }; public ienumerator getenumerator() { foreach (var str in data) { yield return str; } } } var mybuddies= new buddylist(); foreach (var str in mybuddies) { console.writeline(str); }
icollection8742468051c85b06f0a0af9e3e506b5c和icollection 从最上面第一张图我们可以知道,icollection是直接继承自ienumerable。而实际上也是如此,我们可以说icollection比ienumerable多支持一些功能,不仅仅只提供基本的遍历功能,还包括:
统计集合和元素个数
获取元素的下标
判断是否存在
添加元素到未尾
移除元素等等。。。
icollection 与icollection8742468051c85b06f0a0af9e3e506b5c 略有不同,icollection不提供编辑集合的功能,即add和remove。包括检查元素是否存在contains也不支持。
ilist8742468051c85b06f0a0af9e3e506b5c和ilist ilist则是直接继承自icollection和ienumerable。所以它包括两者的功能,并且支持根据下标访问和添加元素。indexof, insert, removeat等等。我们可以这样说,ienumerable支持的功能最少,只有遍历。而icollection支持的功能稍微多一点,不仅有遍历还有维护这个集合的功能。而ilist是最全的版本。
ireadonlylist8742468051c85b06f0a0af9e3e506b5c 这个是在framework4.5中新增的接口类型,可以被看作是ilist8742468051c85b06f0a0af9e3e506b5c的缩减版,去掉了所有可能更改这个集合的功能。比如:add, removeat等等。
idictionary8c189faf63255a5ea96468ba21dd0564 idictionary提供了对键值对集合的访问,也是继承了icollection8742468051c85b06f0a0af9e3e506b5c和ienumerable,扩展了通过key来访问和操作数据的方法。
关联性泛型集合类 关联性集合类即我们常说的键值对集合,允许我们通过key来访问和维护集合。我们先来看一下 fcl为我们提供了哪些泛型的关联性集合类:
dictionary8c189faf63255a5ea96468ba21dd0564
sorteddictionary8c189faf63255a5ea96468ba21dd0564
sortedlist8c189faf63255a5ea96468ba21dd0564
dictionary8c189faf63255a5ea96468ba21dd0564 dictionary8c189faf63255a5ea96468ba21dd0564可能是我们最常用的关联性集合了,它的访问,添加,删除数据所花费的时间是所有集合类里面最快的,因为它内部用了hashtable作为存储结构,所以不管存储了多少键值对,查询/添加/删除所花费的时间都是一样的,它的时间复杂度是o(1)。
dictionary8c189faf63255a5ea96468ba21dd0564优势是查找插入速度快,那么什么是它的劣势呢?因为采用hashtable作为存储结构,就意味着里面的数据是无序排列的,所以想按一定的顺序去遍历dictionary8c189faf63255a5ea96468ba21dd0564里面的数据是要费一点工夫的。
作为tkey的类型必须实现gethashcode()和equals() 或者提供一个iequalitycomparer,否则操作可能会出现问题。
sorteddictioanry8c189faf63255a5ea96468ba21dd0564 sorteddictionary8c189faf63255a5ea96468ba21dd0564和dictionary8c189faf63255a5ea96468ba21dd0564大致上是类似的,但是在实现方式上有一点点区别。sorteddictionary8c189faf63255a5ea96468ba21dd0564用二叉树作为存储结构的。并且按key的顺序排列。那么这样的话sorteddictionary8c189faf63255a5ea96468ba21dd0564的tkey就必须要实现icomparable7c013bef549e108856916cfbe0707d60。如果想要快速查询的同时又能很好的支持排序的话,那就使用sorteddictionary吧。
sortedlist8c189faf63255a5ea96468ba21dd0564 sortedlist8c189faf63255a5ea96468ba21dd0564是另一个支持排序的关联性集合。但是不同的地方在于,sortedlist实际是将数据存存储在数组中的。也就是说添加和移除操作都是线性的,时间复杂度是o(n),因为操作其中的元素可能导致所有的数据移动。但是因为在查找的时候利用了二分搜索,所以查找的性能会好一些,时间复杂度是o(log n)。所以推荐使用场景是这样地:如果你想要快速查找,又想集合按照key的顺序排列,最后这个集合的操作(添加和移除)比较少的话,就是sortedlist了。
非关联性泛型集合类 非关联性集合就是不用key操作的一些集合类,通常我们可以用元素本身或者下标来操作。fcl主要为我们提供了以下几种非关联性的泛型集合类。
list8742468051c85b06f0a0af9e3e506b5c
linkedlist8742468051c85b06f0a0af9e3e506b5c
hashset8742468051c85b06f0a0af9e3e506b5c
sortedset8742468051c85b06f0a0af9e3e506b5c
stack8742468051c85b06f0a0af9e3e506b5c
queue8742468051c85b06f0a0af9e3e506b5c
list8742468051c85b06f0a0af9e3e506b5c 泛型的list 类提供了不限制长度的集合类型,list在内部维护了一定长度的数组(默认初始长度是4),当我们插入元素的长度超过4或者初始长度 的时候,会去重新创建一个新的数组,这个新数组的长度是初始长度的2倍(不永远是2倍,当发现不断的要扩充的时候,倍数会变大),然后把原来的数组拷贝过来。所以如果知道我们将要用这个集合装多少个元素的话,可以在创建的时候指定初始值,这样就避免了重复的创建新数组和拷贝值。
另外的话由于内部实质是一个数组,所以在list的未必添加数据是比较快的,但是如果在数据的头或者中间添加删除数据相对来说更低效一些因为会影响其它数据的重新排列。
linkedlist8742468051c85b06f0a0af9e3e506b5c linkedlist在内部维护了一个双向的链表,也就是说我们在linkedlist的任何位置添加或者删除数据其性能都是很快的。因为它不会导致其它元素的移动。一般情况下list已经够我们使用了,但是如果对这个集合在中间的添加删除操作非常频繁的话,就建议使用linkedlist。
hashset8742468051c85b06f0a0af9e3e506b5c hashset是一个无序的能够保持唯一性的集合。我们也可以把hashset看作是dictionary8c189faf63255a5ea96468ba21dd0564,只不过tkey和tvalue都指向同一个对象。hashset非常适合在我们需要保持集合内元素唯一性但又不需要按顺序排列的时候。
hashset不支持下标访问。
sortedset8742468051c85b06f0a0af9e3e506b5c sortedset和hashset,就像sorteddictionary和dictionary一样,还记得这两个的区别么?sortedset内部也是一个二叉树,用来支持按顺序的排列元素。
stack8742468051c85b06f0a0af9e3e506b5c 后进先出的队列
不支持按下标访问
queu8742468051c85b06f0a0af9e3e506b5c 先进先出的队列
不支持按下标访问
推荐使用场景 集合
顺序排列
连顺存储
直接访问方式
访问时间
操作时间
备注
dictionary
是
key
key:
o(1)
o(1)
访问性能最快,不支持排序
sorteddinctionary
顺序排列
否
key
key:
o(log n)
o(log n)
快速访问和支持排序的折衷
sortedlist
顺序排列
是
key
key:
o(log n)
o(n)
和sorteddictionary相似,只是内部用数据替代树作为存储结构。
list
使用者可以精确控制元素的位置
是
index
index: o(1)
value: o(n)
o(n)
最适合需要直接访问每一个元素的少量集合。
linkedlist
使用者可以精确控制元素的位置
否
不支持
value:
o(n)
o(1)
最适合不需要直接访问单个元素,但是在集合中添加/移除非常频繁的场景。
hashset
不支持
是
key
key:
o(1)
o(1)
能保持元素唯一性的集合。不支持排序
sortedset
顺序排列
否
key
key:
o(log n)
o(log n)
能保持元素唯一性并且支持排序。
stack
lifo
是
只能获取顶部元素
top: o(1)
o(1)
queue
fifo
是
只能获底部元素
front: o(1)
o(1)
非泛型类集合 泛型集合类是在.net2.0的时候出来的,也就是说在1.0的时候是没有这么方便的东西的。现在基本上我们已经不使用这些集合类了,除非在做一些和老代码保持兼容的工作的时候。来看看1.0时代的.net程序员们都有哪些集合类可以用。
arrarylist
后来被list8742468051c85b06f0a0af9e3e506b5c替代。
hashtable 后来被dictionary8c189faf63255a5ea96468ba21dd0564替代。
queue 后来被queue8742468051c85b06f0a0af9e3e506b5c替代。
sortedlist 后来被sortedlist8742468051c85b06f0a0af9e3e506b5c替代。
stack 后来被stack8742468051c85b06f0a0af9e3e506b5c替代。
线程安全的集合类 concurrentqueue 线程安全版本的queue
concurrentstack线程安全版本的stack
concurrentbag线程安全的对象集合
concurrentdictionary线程安全的dictionary
blockingcollection
.net为我们提供的集合类是我们很常用的工具类之一,希望这篇文章能够帮助大家更好的认识这些集合类。当然,个人感觉还有不完善的地方,比如说hashtable和binary search tree就没有细究下去,包括单向链表和双向链表之间的对比本文也没有提及。感兴趣的朋友可以深入了解一下。
以上就是详解c#集合类型大盘点的图文代码的详细内容。
