В чем разница между картой и словарем?
Я знаю, что карта - это структура данных, которая сопоставляет ключи со значениями. Разве словарь не такой же? В чем разница между картой и словарем1?
1. Я не спрашиваю о том, как они определены в языке X или Y (что, как правило, это то, о чем люди обычно спрашивают здесь о SO), я хочу знать, в чем их отличие в теории.
12 ответов
Два термина для одного и того же:
- "Карта" используется Java, C++
- "Словарь" используется.Net, Python
- "Ассоциативный массив" используется PHP
"Карта" - это правильный математический термин, но его избегают, потому что он имеет отдельное значение в функциональном программировании.
В некоторых языках используются еще другие термины ("Объект" в Javascript, "Хэш" в Ruby, "Таблица" в Lua), но все они имеют разные значения в программировании, поэтому я бы их избегал.
Смотрите здесь для получения дополнительной информации.
Ответ на этот вопрос затруднен из-за того, что программисты видели термины, которым дано более конкретное значение в определенных языках или системах, которые они использовали, но вопрос требует независимого от языка сравнения "в теории", которое я имею в виду в терминах Computing Science,
Терминология объяснила
Словарь Оксфордского университета по информатике перечисляет:
словарь - любая структура данных, представляющая набор элементов, которые могут поддерживать вставку и удаление элементов, а также проверку на членство
- Например, у нас есть набор элементов { A, B, C, D... }, которые мы смогли вставить и начать удаление, и мы можем запросить "присутствует C?",
Понятие Computing Science of map, тем не менее, основано на математическом лингвистическом отображении терминов, которое Оксфордский словарь определяет как:
mapping Операция, которая связывает каждый элемент данного набора (домена) с одним или несколькими элементами второго набора (диапазона).
- Как таковая, структура данных карты обеспечивает способ перехода от элементов данного набора - известные являются " ключами " на карте к одному или нескольким элементам во втором наборе - известных как связанные " значения ".
- Аспект "... или более элементов во втором наборе" может поддерживаться реализацией двумя различными способами:
- Многие реализации карт обеспечивают уникальность ключей и позволяют каждому ключу быть связанным только с одним значением, но это значение может быть самой структурой данных, содержащей много значений более простого типа данных, например { {1,{"one", "ichi"}, {2, {"two", "ni"}} } иллюстрирует значения, состоящие из пар строк.
- Другие реализации карты допускают дублирование ключей, каждое сопоставление с одинаковыми или разными значениями, что функционально удовлетворяет случаю "ассоциирует... каждый элемент [ключ]... с... более [чем один] [элемент] значения"). Например, { {1, "one"}, {1, "ichi"}, {2, "two"}, {2, "ni"} }.
Словарь и карта противопоставлены
Таким образом, используя строгую терминологию Comp Sci, приведенную выше, словарь - это только карта, если интерфейс поддерживает дополнительные операции, которые не требуются для каждого словаря:
возможность хранить элементы с различными компонентами ключа и значения
возможность получить значение (я), заданное только ключом
Тривиальный поворот:
- интерфейс карты может не поддерживать напрямую проверку того, находится ли пара {ключ, значение} в контейнере, что педантически является требованием словаря, в котором элементы оказываются парами {ключ, значение}; карта может даже не иметь функции для проверки ключа, но в худшем случае вы можете увидеть, если попытка поиска значения по ключу удалась или не удалась, тогда, если вам интересно, вы можете проверить, извлек ли ключ ожидаемое значение.
Общайтесь однозначно с вашей аудиторией
⚠ Несмотря на все вышеперечисленное, если вы используете словарь в строгом понимании Computing Science, описанном выше, не ожидайте, что ваша аудитория будет следовать за вами изначально, или не будете впечатлены, когда вы будете делиться и защищать терминологию. Другие ответы на этот вопрос (и их возражения) показывают, насколько вероятно, что "словарь" будет синонимом "карты" в опыте большинства программистов. Попытайтесь выбрать терминологию, которая будет более широко и однозначно понятна: например,
- ассоциативный контейнер: любой контейнер, хранящий пары ключ / значение с извлечением и удалением значения по ключу
- карта хеша: реализация хеш-таблицы ассоциированного контейнера
- хэш-набор, обеспечивающий применение уникальных ключей: реализация хеш-таблицы для словаря, хранящего элемент / значения, без обработки их как содержащих различные компоненты ключ / значение, в которых дубликаты элементов не могут быть вставлены
- карта баланса двоичного дерева, поддерживающая дубликат ключа:...
Перекрестная ссылка на терминологию Comp Sci с конкретными реализациями
Стандартная библиотека C++
- карты:
map,multimap,unordered_map,unordered_multimap - другие словари:
set,multiset,unordered_set,unordered_multiset - примечание: с итераторами или
std::findВы можете стереть элемент и проверить членство вarray,vector,list,dequeи т. д., но контейнерные интерфейсы не поддерживают это напрямую, поскольку нахождение элемента при O(N) впечатляюще неэффективно, в некоторых случаях вставка / стирание неэффективна, а поддержка этих операций подрывает намеренно ограниченный API, который подразумевает контейнер - например,deques должен поддерживать только стирание / всплывающее окно спереди и сзади, а не с точки зрения некоторых клавиш. Необходимость выполнять больше работы в коде для организации поиска мягко побуждает программиста переключаться на структуру данных контейнера с более эффективным поиском.
... может позже добавить другие языки / не стесняйтесь редактировать в...
Один - более старый термин для другого. Обычно термин "словарь" использовался до того, как вступил в силу математический термин "карта". Кроме того, словари, как правило, имеют ключевой тип строки, но это не на 100% верно везде.
Мои 2 цента.
Словарь - это абстрактный класс в Java, а Map - это интерфейс. Поскольку Java не поддерживает множественное наследование, если класс расширяет словарь, он не может расширять любой другой класс.
Поэтому интерфейс Map был представлен.
Класс Dictionary устарел, и использование Map является предпочтительным.
Обычно я предполагаю, что карта поддерживается хеш-таблицей; это означает неупорядоченный магазин. Словари означают заказанный магазин.
Существует древовидный словарь под названием Trie.
В Лиспе это может выглядеть так:
(a (n (d t)) n d )
Который заключает в себе слова:
- а также
- муравей
- объявление
Обход сверху до листа дает слово.
Не совсем то же самое. Карты являются подмножеством словаря. Словарь определяется здесь как имеющий функции вставки, удаления и поиска. Карта, используемая в Java (в соответствии с этим), представляет собой словарь с требованием, чтобы отображение ключей на значения строго отображалось как функция "один к одному". Словарь может иметь более одной ключевой карты на одно значение или одну ключевую карту на несколько значений (например, связывание в hasthtable), например, поиск в хештеге Twitter.
В качестве более "реального" примера, поиск слова в словаре может дать нам несколько определений для того же слова, а когда мы находим запись, которая указывает нам на другую запись (см. Другое слово), количество слов для того же списка определений. В реальном мире карты гораздо шире, что позволяет нам иметь места для имен или имен для координат, но также мы можем найти ближайшего соседа или другие атрибуты (популяции и т. Д.), Поэтому ИМХО может быть аргумент для большего расширения тип карты, возможно, имеет реализации на основе графа, но было бы лучше всегда предполагать только пару ключ-значение, тем более что ближайший сосед и другие атрибуты значения могут быть просто членами данных значения.
Java-карты, несмотря на однозначное требование, могут реализовывать нечто более похожее на обобщенный словарь, если значение обобщается как сама коллекция, или если значения являются просто ссылками на коллекции, хранящиеся в другом месте.
Помните, что сопровождающие Java не являются хранителями определений ADT и что решения Java предназначены специально для Java.
Другие термины для этого понятия, которые довольно распространены: ассоциативный массив и хэш.
Да, они одинаковы, вы можете добавить в ассоциацию "Ассоциативный массив".
с помощью Hashtable или Hash ofter относится к реализации.
Так на чисто теоретическом уровне.
Словарь - это значение, которое можно использовать для поиска связанного значения. Карта - это Значение, которое предоставляет инструкции о том, как найти другие значения
все коллекции, которые разрешают нелинейный доступ (то есть только получают первый или получают последний), являются картой, поскольку даже простой массив имеет индекс, который отображается на правильное значение. Таким образом, хотя словарь является типом карты, карты представляют собой гораздо более широкий диапазон возможных функций.
На практике это обычно функция отображения, которая определяет имя, поэтому HashMap - это структура отображенных данных, которая использует алгоритм хеширования для привязки ключа к значению, где в качестве словаря не указывается, как ключи связаны со значением так может храниться через связанный список, дерево или любой другой алгоритм. с конца использования вам, как правило, все равно, какой алгоритм работает, так что вы используете универсальный словарь и переходите к одной из других структур только тогда, когда вам нужно указать тип алгоритма.
Я сейчас нахожусь в классе структур данных, и я понимаю, что тип данных dict(), который также может быть инициализирован как просто dictionary = {} или с ключами и значениями, в основном такой же, как и тип данных списка / массива используется для реализации стеков и очередей. Итак, dict() - это тип, а карты - это результирующая структура данных, которую вы можете выбрать для реализации с типом данных словаря точно так же, как вы можете использовать тип списка и выбрать реализацию с ним структуры данных стека или очереди.
Основное отличие состоит в том, что карта требует, чтобы все записи (значение и пара ключей) имели уникальный ключ. Если происходят коллизии, т. Е. Когда новая запись имеет тот же ключ, что и запись, уже имеющаяся в коллекции, то требуется обработка коллизий.
Обычно мы обрабатываем столкновения, используя либо отдельную цепочку. Или Линейное Зондирование.
Словарь позволяет связать несколько записей с одним и тем же ключом.
Когда на карте реализована отдельная цепочка, она имеет тенденцию напоминать словарь.
Это два разных термина для одной и той же концепции.Hashtable а также HashMap также обратитесь к той же концепции.