c# – 为什么我不应该总是使用ICollection而不是IEnumerable?
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了c# – 为什么我不应该总是使用ICollection而不是IEnumerable?,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1596字,纯文字阅读大概需要3分钟。
内容图文
![c# – 为什么我不应该总是使用ICollection而不是IEnumerable?](/upload/InfoBanner/zyjiaocheng/757/669140d5dc184afd84e3df5432c925c3.jpg)
我最终在this帖子中搜索我的问题的解决方案 – 这导致我在那里提出一个新的答案 – 并且 – 面对以下问题:
考虑到ICollection实现IEnumerable,并且所有linq扩展都适用于这两个接口,是否有任何情况我可以从使用IEnumerable而不是ICollection中受益?
例如,非通用IEnumerable不提供Count扩展.
两个ICollection接口都可以.
给定所有ICollection,无论如何,提供IEnumerable实现的所有功能 – 因为它本身实现了它 – 为什么我会选择IEnumerable代替ICollection?
与ICollection不可用的先前框架的向后兼容性?
解决方法:
我想这里有两个问题要回答.
我什么时候想要IEnumerable< T>?
与其他集合类型和一般语言不同,IEnumerables上的查询是使用延迟评估执行的.这意味着您可以仅在枚举中执行多个相关查询.
值得注意的是,懒惰的评估与副作用不能很好地交互,因为多个枚举可能会产生不同的结果,在使用它时需要牢记这一点.在像C#这样的语言中,懒惰的评估可以是一个非常强大的工具,但如果你不小心,它也是一个无法解释的行为的来源.
什么时候我不想要ICollection< T>?
的ICollection< T>是一个可变的接口,除其他外,它公开了添加和删除方法.除非您希望外部事物改变对象的内容,否则您不希望返回它.同样,出于同样的原因,您通常不希望将其作为参数传递.
如果您确实需要集合的显式可变性,请务必使用ICollection< T>.
另外,与IEnumerable< T>不同.或IReadOnlyCollection< T>,ICollection< T>在某些使用情况下,这种协变性不会降低该类型的灵活性.
非通用版本
当谈到这些接口的非泛型版本时,事情会发生一些变化.在这种情况下,两者之间唯一真正的区别是IEnumerable提供的延迟评估和ICollection的热切评估.
我个人倾向于避免使用非泛型版本,因为在值类型的情况下缺乏类型安全性和装箱/拆箱性能差.
摘要
如果您想要延迟评估,请使用IEnumerable< T>.对于急切的评估和不变性,使用IReadOnlyCollection< T>.对于显式可变性,使用ICollection< T>.
内容总结
以上是互联网集市为您收集整理的c# – 为什么我不应该总是使用ICollection而不是IEnumerable?全部内容,希望文章能够帮你解决c# – 为什么我不应该总是使用ICollection而不是IEnumerable?所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。