Язык программирования C#9 и платформа .NET5 - Троелсен Эндрю - Страница 197

Обратите внимание, что вы можете добавлять (и удалять) элементы на лету, а контейнер автоматически будет соответствующим образом изменять свой размер.

Как вы могли догадаться, помимо свойства

и методов и класс имеет много полезных членов, которые полностью описаны в документации по .NET Core. К слову, другие классы (, и т.д.) тоже подробно документированы в справочной системе .NET Core.

Однако важно отметить, что в большинстве ваших проектов .NET Core классы коллекций из пространства имен

, скорее всего, применяться не будут! В наши дни намного чаще используются их обобщенные аналоги, находящиеся в пространстве имен . С учетом сказанного остальные необобщенные классы из здесь не обсуждаются (и примеры работы с ними не приводятся).

Обзор пространства имен System.Collections.Specialized

— не единственное пространство имен .NET Core, которое содержит необобщенные классы коллекций. В пространстве имен определено несколько специализированных типов коллекций. В табл. 10.3 описаны наиболее полезные типы в этом конкретном пространстве имен, которые все являются необобщенными.

Кроме указанных конкретных типов классов пространство имен

также содержит много дополнительных интерфейсов и абстрактных базовых классов, которые можно применять в качестве стартовых точек для создания специальных классов коллекций. Хотя в ряде ситуаций такие "специализированные" типы могут оказаться именно тем, что требуется в ваших проектах, здесь они рассматриваться не будут. И снова во многих ситуациях вы с высокой вероятностью обнаружите, что пространство имен предлагает классы с похожей функциональностью, но с добавочными преимуществами.

(window.adrunTag = window.adrunTag || []).push({v: 1, el: 'adrun-4-390', c: 4, b: 390})

На заметку! В библиотеках базовых классов .NET Core доступны два дополнительных пространства имен, связанные с коллекциями (

и ). Первое из них будет объясняться позже в главе, когда вы освоите тему обобщений. Пространство имен предоставляет классы коллекций, хорошо подходящие для многопоточной среды (многопоточность обсуждается в главе 15).

Проблемы, присущие необобщенным коллекциям

Хотя на протяжении многих лет с использованием необобщенных классов коллекций (и интерфейсов) было построено немало успешных приложений .NET и .NET Core, опыт показал, что применение этих типов может привести к возникновению ряда проблем.

Первая проблема заключается в том, что использование классов коллекций

и в результате дает код с низкой производительностью, особенно в случае манипулирования числовыми данными (например, типами значений). Как вы вскоре увидите, когда структуры хранятся в любом необобщенном классе коллекции, прототипированном для оперирования с , среда CoreCLR должна осуществлять некоторое количество операций перемещения в памяти, что может нанести ущерб скорости выполнения.

Вторая проблема связана с тем, что большинство необобщенных классов коллекций не являются безопасными в отношении типов, т.к. они были созданы для работы с

и потому могут содержать в себе вообще все что угодно. Если разработчик нуждался в создании безопасной в отношении типов коллекции (скажем, контейнера, который способен хранить объекты, реализующие только определенный интерфейс), то единственным реальным вариантом было создание нового класса коллекции вручную. Хотя задача не отличалась высокой трудоемкостью, решать ее было несколько утомительно.

Прежде чем вы увидите, как применять обобщения в своих программах, полезно чуть глубже рассмотреть недостатки необобщенных классов коллекций, что поможет лучше понять проблемы, которые был призван решить механизм обобщений. Создайте новый проект консольного приложения по имени

, импортируйте пространства имен и в начале файла и удалите оставшийся код:

Проблема производительности

Как уже было указано в главе 4, платформа .NET Core поддерживает две обширные категории данных: типы значений и ссылочные типы. Поскольку в .NET Core определены две основные категории типов, временами возникает необходимость представить переменную одной категории как переменную другой категории. Для этого в C# предлагается простой механизм, называемый упаковкой (boxing), который позволяет хранить данные типа значения внутри ссылочной переменной. Предположим, что в методе по имени

создана локальная переменная типа . Если где-то в приложении понадобится представить такой тип значения как ссылочный тип, то значение придется упаковать: