// Создать массив строковых данных.
string[] strArray = {"First", "Second", "Third" };
// Отобразить количество элементов в массиве с помощью свойства Length.
Console.WriteLine("This array has {0} items.", strArray.Length);
Console.WriteLine();
// Отобразить содержимое массива, используя перечислитель.
foreach (string s in strArray)
{
Console.WriteLine("Array Entry: {0}", s);
}
Console.WriteLine();
// Обратить массив и снова вывести его содержимое.
Array.Reverse(strArray);
foreach (string s in strArray)
{
Console.WriteLine("Array Entry: {0}", s);
}
Console.ReadLine();
Хотя базовые массивы могут быть удобными для управления небольшими объемами данных фиксированного размера, есть немало случаев, когда требуются более гибкие структуры данных, такие как динамически расширяющийся и сокращающийся контейнер или контейнер, который может хранить только объекты, удовлетворяющие заданному критерию (например, объекты, производные от специфичного базового класса, или объекты, реализующие определенный интерфейс). Когда вы используете простой массив, всегда помните о том, что он был создан с "фиксированным размером". Если вы создали массив из трех элементов, то вы и получите только три элемента; следовательно, представленный далее код даст в результате исключение времени выполнения (конкретно — IndexOutOfRangeException):
// Создать массив строковых данных.
string[] strArray = { "First", "Second", "Third" };
// Попытка добавить новый элемент в конец массива?
// Ошибка во время выполнения!
strArray[3] = "new item?";
...
На заметку! На самом деле изменять размер массива можно с применением обобщенного метода Resize. Однако такое действие приведет к копированию данных в новый объект массива и может оказаться неэффективным.
Чтобы помочь в преодолении ограничений простого массива, библиотеки базовых классов .NET Core поставляются с несколькими пространствами имен, которые содержат
• необобщенные коллекции (в основном находящиеся в пространстве имен System.Collections);
• обобщенные коллекции (в основном находящиеся в пространстве имен System.Collections.Generic).
Необобщенные коллекции обычно спроектированы для оперирования типами System.Object и, следовательно, являются слабо типизированными контейнерами (тем не менее, некоторые необобщенные коллекции работают только со специфическим типом данных наподобие объектов string). По контрасту обобщенные коллекции являются намного более безопасными в отношении типов, учитывая, что при создании вы должны указывать "вид типа" данных, которые они будут содержать. Как вы увидите, признаком любого обобщенного элемента является наличие "параметра типа", обозначаемого с помощью угловых скобок (например, List). Детали обобщений (в том числе связанные с ними преимущества) будут исследоваться позже в этой главе. А сейчас давайте ознакомимся с некоторыми ключевыми типами необобщенных коллекций из пространств имен System.Collections и System.Collections.Specialized.
Пространство имен System.Collections
С самого первого выпуска платформы .NET программисты часто использовали классы необобщенных коллекций из пространства имен System.Collecitons, которое содержит набор классов, предназначенных для управления и организации крупных объемов данных в памяти. В табл. 10.1 документированы распространенные классы коллекций, определенные в этом пространстве имен, а также основные интерфейсы, которые они реализуют.