我在哪里可以找到使用`List< T>`的实际/实时场景?

我在哪里可以找到使用
List<T>
的实际/实时场景? 我想知道我们在哪里以及如何实施
List<T>
。 任何代码示例或任何链接都可以。     
已邀请:
列表&lt; T&gt;?上的MSDN页面怎么样?那里有一个解释和一个例子。     
听起来您需要对服务的性能需求进行建模,以查看List或任何数据结构是否有效。你每秒需要数百万件物品吗?十亿?毫秒?确保您符合您的要求,或重新编写规格!     
我从来没有为类似实时的系统编写软件,我怀疑.NET是否适合它。你永远不知道什么时候垃圾收集器会触发,暂停你的程序一段不知道的时间,然后才能将执行返回给你的程序,就像什么都没发生一样。 您能告诉我们更多关于数据类型以及您希望对列表执行的操作类型吗?具有List的最慢部分可能是当您添加最初为其创建的项目时发生的基础数组的大小调整。如果可以计算该信息,则可以使用接受整数作为初始大小的构造函数来避免这种情况。另外,远离一些插入/移除等方法,它们听起来就像它们听起来一样快。     
在“实时”系统中,您可能希望确保创建的列表足够大,以便在您第一次创建时保存您打算放入的所有数据(使用传递容量的构造函数)。 您还需要避免以下操作(可能更多),因为它们相对昂贵(即它们可能看起来是O(1),但不是): 插入(int,T) 删除(T) RemoveAt移除(INT) 列表中还有其他O(N)操作,但大多数操作都是通过查看方法的作用来猜测的。 也就是说,了解它是否适​​合您的性能要求的唯一方法是测试它。为自己找一个好的测试工具,并确保它能够满足您的需求。     
确定List&lt;>的替代方案 测量List&lt;>的性能与特定情况的替代方案相比较。您的问题的一般答案不准确。     
什么样的实时是实时的?因为如果你想真正实时,那么.Net和Windows都不是你的朋友。 这并不简单: http://www.eurotech-inc.com/info/white-papers/Managed_Code_for_Real_Time.pdf     
对于性能关键系统,我同意
List<T>
可能不适合这项工作,因为它在实施方面有点臃肿。当然它很容易使用,但它有很多警告。 要真正了解它的表现: 创建一个程序,为您的应用程序执行一些典型操作,然后使用
List<T>
对其进行分析。 使用RedGates反射器研究
List<T>
的内部工作原理,真正找到瓶颈并找到它的替代实现。例如,一个意外的减速点将访问
Count()
方法,因为它遍历列表的所有内容。 您的发现应该足以实现
IList<T>
接口的“涡轮式”实现,您可以在系统上使用并实现合理的性能改进。     
简单地说,只要你想要一个列表(数字列表,人员列表,任何列表),你只需使用列表,列表,列表。也许我错过了你的问题......你问如何实施List?或者如何使用列表实现代码?我想这更像是第二选择。     
我认为您正在寻找List与C#中其他数据结构的比较。 如果你过滤掉你的问题会很好。     

要回复问题请先登录注册