.NET имеет много сложных структур данных. К сожалению, некоторые из них очень похожи, и я не всегда уверен, когда использовать один, а когда использовать другой. Большинство моих книг по C # и Visual Basic в некоторой степени говорят о них, но они никогда не вдавались в подробности.
В чем разница между Array, ArrayList, List, Hashtable, Dictionary, SortedList и SortedDictionary?
Какие из них перечислимы (IList - может делать циклы 'foreach')? Какие из них используют пары ключ / значение (IDict)?
Как насчет памяти? Скорость вставки? Скорость поиска?
Есть ли какие-либо другие структуры данных, о которых стоит упомянуть?
Я все еще ищу более подробную информацию об использовании памяти и скорости (обозначение Big-O).
Ответы:
С верхней части моей головы:
Array
* - представляет массив памяти старой школы - своего рода псевдоним для обычногоtype[]
массива. Могу перечислить. Не может расти автоматически. Я бы предположил очень быструю вставку и скорость извлечения.ArrayList
автоматически растущий массив. Добавляет больше накладных расходов. Может перечислять, вероятно, медленнее, чем обычный массив, но все еще довольно быстро. Они часто используются в .NETList
- один из моих избранных - может использоваться с обобщениями, поэтому вы можете иметь строго типизированный массив, напримерList<string>
. Кроме того, действует очень похожеArrayList
Hashtable
- старая хэш-таблица. От O (1) до O (n) в худшем случае. Может перечислять значения и свойства ключей, а также делать пары ключ / валDictionary
- то же самое, что и выше, только строго типизировано через дженерикиDictionary<string, string>
SortedList
отсортированный общий список. Замедлен на вставке, так как он должен выяснить, куда положить вещи. Может перечислять., Вероятно, то же самое при извлечении, так как не нужно прибегать, но удаление будет медленнее, чем обычный старый список.Я склонен использовать
List
иDictionary
все время - как только вы начнете использовать их строго типизированные с помощью дженериков, очень сложно вернуться к стандартным неуниверсальным.Есть также много других структур данных - есть то,
KeyValuePair
что вы можете использовать, чтобы делать некоторые интересные вещи, но есть и то,SortedDictionary
что может быть полезно.источник
ArrayList
использует виртуальные методы, ноList<T>
не делает.ArrayList
был в значительной степени замененList<T>
на стандартные коллекции иCollection<T>
в качестве базового класса для пользовательских коллекций.Hashtable
был в значительной степени замененDictionary<TKey, TValue>
. Я бы порекомендовал избегатьArrayList
иHashtable
для нового кода.Если это вообще возможно, используйте дженерики. Это включает:
источник
Во-первых, все коллекции в .NET реализуют IEnumerable.
Во-вторых, многие коллекции являются дубликатами, потому что дженерики были добавлены в версию 2.0 платформы.
Итак, хотя общие коллекции скорее всего добавляют функции, по большей части:
Массивы - это коллекция фиксированного размера, в которой вы можете изменить значение, хранящееся в данном индексе.
SortedDictionary - это IDictionary, который сортируется на основе ключей. SortedList - это IDictionary, который сортируется на основе требуемого IComparer.
Итак, реализации IDictionary (те, которые поддерживают KeyValuePairs): * Hashtable * Dictionary * SortedList * SortedDictionary
Еще одна коллекция, которая была добавлена в .NET 3.5 - это Hashset. Это коллекция, которая поддерживает операции над множествами.
Кроме того, LinkedList - это стандартная реализация связанного списка (List - это список массивов для более быстрого поиска).
источник
Вот несколько общих советов для вас:
Вы можете использовать
foreach
на типах, которые реализуютIEnumerable
.IList
по существу это свойстваIEnumberable
withCount
иItem
(доступ к элементам с использованием индекса, начинающегося с нуля).IDictionary
с другой стороны, означает, что вы можете получить доступ к элементам по любому хеш-индексу.Array
,ArrayList
ИList
все реализоватьIList
.Dictionary
,SortedDictionary
ИHashtable
реализоватьIDictionary
.Если вы используете .NET 2.0 или выше, рекомендуется использовать универсальные аналоги упомянутых типов.
Для временной и пространственной сложности различных операций над этими типами, вы должны обратиться к их документации.
Структуры данных .NET находятся в
System.Collections
пространстве имен. Существуют библиотеки типов, такие как PowerCollections, которые предлагают дополнительные структуры данных.Чтобы получить полное представление о структурах данных, обратитесь к ресурсам, таким как CLRS .
источник
Структуры данных .NET:
Больше к разговору о том, почему ArrayList и List на самом деле отличаются
Массивы
Как утверждает один пользователь, массивы являются коллекцией «старой школы» (да, массивы считаются коллекцией, хотя и не являются ее частью
System.Collections
). Но что такое «старая школа» в отношении массивов по сравнению с другими коллекциями, то есть теми, которые вы перечислили в своем заголовке (здесь ArrayList и List (Of T))? Давайте начнем с основ, посмотрев на массивы.Начнем с того, что массивы в Microsoft .NET - это «механизмы, позволяющие обрабатывать несколько [логически связанных] элементов как одну коллекцию» (см. Связанную статью). Что это значит? Массивы хранят отдельные элементы (элементы) последовательно, один за другим в памяти с начальным адресом. Используя массив, мы можем легко получить доступ к последовательно сохраненным элементам, начиная с этого адреса.
Помимо этого и вопреки программированию 101 общая концепция, массивы действительно могут быть довольно сложными:
Массивы могут быть одномерными, многомерными или зазубренными (о неровных массивах стоит прочитать). Сами массивы не являются динамическими: после инициализации массив с размером n резервирует достаточно места для хранения n объектов. Количество элементов в массиве не может увеличиваться или уменьшаться.
Dim _array As Int32() = New Int32(100)
резервирует достаточно места в блоке памяти для массива, чтобы содержать 100 объектов примитивного типа Int32 (в этом случае массив инициализируется, чтобы содержать 0 с). Адрес этого блока возвращается на_array
.Согласно статье, Common Language Specification (CLS) требует, чтобы все массивы начинались с нуля. Массивы в .NET поддерживают ненулевые массивы; однако, это менее распространено. В результате «общности» массивов с нулями Microsoft потратила много времени на оптимизацию их производительности ; следовательно, одномерные массивы, основанные на нулях (SZ), являются «специальными» - и действительно лучшая реализация массива (в отличие от многомерных и т. д.) - потому что у SZ есть специальные инструкции языка-посредника для манипулирования ими.
Массивы всегда передаются по ссылке (как адрес памяти) - важная часть головоломки Массив, которую нужно знать. Хотя они выполняют проверку границ (выдаст ошибку), проверка границ также может быть отключена для массивов.
Опять же, самым большим препятствием для массивов является то, что они не могут быть изменены. Они имеют «фиксированную» емкость. Представляем ArrayList и List (Of T) в нашей истории:
ArrayList - неуниверсальный список
ArrayList (наряду с
List(Of T)
- хотя есть некоторые критические различия, здесь, объяснено позже) - это , возможно , лучше всего рассматривать как очередное дополнение к коллекции (в широком смысле). ArrayList наследуется от интерфейса IList (потомка ICollection). ArrayLists, сами по себе, являются более объемными - требующими больше накладных расходов - чем списки.IList
позволяет реализации обрабатывать ArrayLists как списки фиксированного размера (например, Arrays); однако, помимо дополнительной функциональности, добавленной ArrayLists, нет никаких реальных преимуществ использования ArrayLists фиксированного размера, поскольку ArrayLists (по сравнению с Arrays) в этом случае заметно медленнее.Из моего чтения ArrayLists не может быть неровным: «Использование многомерных массивов в качестве элементов ... не поддерживается». Опять еще один гвоздь в гробу ArrayLists. ArrayLists также не «напечатал» - это означает , что под ним все, ArrayList просто динамический массив объектов:
Object[]
. Это требует много коробок (неявных) и распаковок (явных) при реализации ArrayLists, что снова увеличивает их накладные расходы.Необоснованная мысль: я думаю, что я помню, как читал или слышал от одного из моих профессоров, что ArrayLists являются своего рода ублюдочным концептуальным потомком попытки перейти от массивов к коллекциям типа списка, то есть когда-то они были значительным улучшением для массивов, они больше не лучший вариант, так как дальнейшее развитие было сделано в отношении коллекций
List (Of T): каким ArrayList стал (и надеялся)
Разница в использовании памяти достаточно значительна, когда List (Of Int32) потребляет на 56% меньше памяти, чем ArrayList с тем же типом примитива (8 МБ против 19 МБ в приведенной выше демонстрации, связанной с джентльменом: опять же, здесь ) это результат, составленный 64-битной машиной. Это различие действительно демонстрирует две вещи: во-первых (1) «объект» в виде типа Int32 (ArrayList) в штучной упаковке намного больше, чем чистый тип примитива Int32 (List); во-вторых (2), разница является экспоненциальной в результате внутренней работы 64-битной машины.
Итак, в чем разница и что такое List (Of T) ? MSDN определяет
List(Of T)
как: «... строго типизированный список объектов, к которым можно получить доступ по индексу». Здесь важен бит «строго типизированный»: List (Of T) «распознает» типы и сохраняет объекты как их типы. Таким образом, anInt32
хранится как тип,Int32
а не какObject
тип. Это устраняет проблемы, вызванные боксом и распаковкой.MSDN указывает, что это различие вступает в силу только при хранении примитивных типов, а не ссылочных типов. Кроме того, разница действительно возникает в больших масштабах: более 500 элементов. Что еще интереснее, документация MSDN гласит: «В ваших интересах использовать реализацию класса List (Of T) для конкретного типа вместо использования класса ArrayList ....»
По сути, List (Of T) является ArrayList, но лучше. Это «универсальный эквивалент» ArrayList. Как и ArrayList, сортировка не гарантируется, пока не будет отсортирована (см. Рисунок). Список (Of T) также имеет некоторые дополнительные функции.
источник
Я сочувствую вопросу - я тоже нашел (нахожу?) Этот выбор изумительным, поэтому я с научной точки зрения решил выяснить, какая структура данных самая быстрая (я провел тест с использованием VB, но я думаю, что C # будет одинаковым, поскольку оба языка сделать то же самое на уровне CLR). Вы можете увидеть некоторые результаты сравнительного анализа, проведенные мной здесь (также есть обсуждение того, какой тип данных лучше использовать в каких обстоятельствах).
источник
Они написаны довольно хорошо в intellisense. Просто введите System.Collections. или System.Collections.Generics (предпочтительно), и вы получите список и краткое описание того, что доступно.
источник
Хеш-таблицы / словари имеют производительность O (1), что означает, что производительность не зависит от размера. Это важно знать.
РЕДАКТИРОВАТЬ: На практике средняя сложность времени для поиска Hashtable / Dictionary <> составляет O (1).
источник
Универсальные коллекции будут работать лучше, чем их неуниверсальные аналоги, особенно при переборе многих элементов. Это потому, что бокс и распаковка больше не происходит.
источник
Важное замечание о Hashtable vs Dictionary для высокочастотного системного трейдинга: проблема безопасности потоков
Hashtable является потокобезопасным для использования несколькими потоками. Публичные статические члены словаря являются потокобезопасными, но гарантируется, что любые члены экземпляра не будут таковыми.
Таким образом, Hashtable остается «стандартным» выбором в этом отношении.
источник
Hashtable
Является безопасным для использования только с одним писателем и несколько читателей одновременно. С другой стороны, безопасно использоватьDictionary
несколько считывателей, если они не изменены одновременно.Есть тонкие и не очень тонкие различия между общими и неуниверсальными коллекциями. Они просто используют разные базовые структуры данных. Например, Hashtable гарантирует «один писатель - много читателей» без синхронизации. Словаря нет.
источник
Самые популярные структуры данных и коллекции C #
C # .NET имеет много различных структур данных, например, одна из самых распространенных - это массив. Однако C # поставляется со многими более простыми структурами данных. Выбор правильной структуры данных для использования является частью написания хорошо структурированной и эффективной программы.
В этой статье я расскажу о встроенных структурах данных C #, включая новые, представленные в C # .NET 3.5. Обратите внимание, что многие из этих структур данных применяются для других языков программирования.
массив
Возможно, самая простая и наиболее распространенная структура данных - это массив. AC # массив в основном список объектов. Его определяющими чертами является то, что все объекты имеют одинаковый тип (в большинстве случаев), и их имеется определенное количество. Природа массива обеспечивает очень быстрый доступ к элементам на основе их положения в списке (иначе называемом индексом). AC # массив определяется так:
Некоторые примеры:
Как видно из приведенного выше примера, массив можно инициализировать без элементов или из набора существующих значений. Вставить значения в массив просто, если они подходят. Операция становится дорогостоящей, когда количество элементов превышает размер массива, и в этот момент массив необходимо расширить. Это занимает больше времени, потому что все существующие элементы должны быть скопированы в новый, больший массив.
ArrayList
Структура данных C #, ArrayList, является динамическим массивом. Это означает, что ArrayList может иметь любое количество объектов любого типа. Эта структура данных была разработана, чтобы упростить процессы добавления новых элементов в массив. Под капотом ArrayList - это массив, размер которого удваивается каждый раз, когда ему не хватает места. Удвоение размера внутреннего массива - очень эффективная стратегия, которая уменьшает количество копий элементов в долгосрочной перспективе. Мы не будем в доказательство этого здесь. Структура данных очень проста в использовании:
Недостатком структуры данных ArrayList является приведение полученных значений обратно к их исходному типу:
Источники и дополнительную информацию вы можете найти здесь :
источник
Я нашел раздел «Выбор коллекции» Документов Microsoft на странице «Сбор и структура данных» очень полезным
Коллекции C # и структуры данных: выберите коллекцию
А также следующую матрицу для сравнения некоторых других функций
источник