This post originated from an RSS feed registered with .NET Buzz
by Scott Hanselman.
Original Post: .NET 2.0 - What's the difference between System.Collections.Generic.Collection and...
Feed Title: Scott Hanselman's ComputerZen.com
Feed URL: http://radio-weblogs.com/0106747/rss.xml
Feed Description: Scott Hanselman's ComputerZen.com is a .NET/WebServices/XML Weblog. I offer details of obscurities (internals of ASP.NET, WebServices, XML, etc) and best practices from real world scenarios.
Anyone want to tell me what's the difference between System.Collections.Generic.Collection
and System.Collections.Generic.List?
Collection<T> looks like a list, and it even has a List<T> internally. EVERY
single method delegates to the internal List<T>. It includes
a protected property that exposes the List<T>.
List<T> uses an array (T[]) internally and includes all this great anonymous
delegate/predicate stuff like Find() and FindAll().
They both implement IList and ICollection.
Another weird one, Microsoft.VisualBasic still has the oddball Collection class that
implements ICollection and IList. Presumably this type exists only to help VB6
developers make the transition?