
MSDN提供的解决此违规的一个选项是在访问属性时返回一个集合(或由集合实现的接口),但显然它无法解决问题,因为大多数集合不是不可变的,也可以改变了.
我在这个问题的答案和评论中看到的另一种可能性是使用ReadonlyCollection封装数组并返回它或它的基本接口(如IReadonlyCollection),但我不明白这是如何解决性能问题的.
如果在任何时候引用该属性,它需要为封装数组的新ReadonlyCollection分配内存,那么与返回原始副本相比,有什么区别(以性能问题的方式,不是编辑数组/集合)阵列?
此外,ReadonlyCollection只有一个带有IList参数的构造函数,因此需要在创建数据之前用数据包装数组.
如果我故意想在我的类中使用数组(而不是作为不可变集合),那么当我为ReadonlyCollection分配新内存并用它封装我的数组而不是返回数组的副本时,性能是否更好?
请澄清一下……
解决方法If at any time the property is referenced it needs to allocate memory for a new ReadonlyCollection that encapsulates the array,so what is the difference (in a manner of performance issues,not editing the array/collection) than simply returning a copy of the original array?
ReadonlyCollection< T>包装集合 – 它不会复制集合.
考虑:
public class Foo{ private Readonly int[] array; // Initialized in constructor public IReadonlyList<int> Array => array.ToArray(); // copy public IReadonlyList<int> Wrapper => new ReadonlyCollection<int>(array); // Wrap} 想象一下,你的数组包含一百万个条目.考虑一下Array属性必须做的工作量 – 它需要获取所有百万条目的副本.考虑Wrapper属性必须完成的工作量 – 必须创建一个只包含引用的对象.
此外,如果你不介意额外的内存命中,你可以做一次:
public class Foo{ private Readonly int[] array; // Initialized in constructor private Readonly IReadonlyList<int> Wrapper { get; } public Foo(...) { array = ...; Wrapper = new ReadonlyCollection<int>(array); }} 现在访问Wrapper属性根本不涉及任何分配 – 如果所有调用者都看到相同的包装器并不重要,因为它们不能改变它.
总结以上是内存溢出为你收集整理的c# – 属性不应返回数组全部内容,希望文章能够帮你解决c# – 属性不应返回数组所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)