Если вы можете использовать сторонний пакет, то вы можете использовать iteration_utilities.unique_everseen
:
>>> from iteration_utilities import unique_everseen
>>> l = [{'a': 123}, {'b': 123}, {'a': 123}]
>>> list(unique_everseen(l))
[{'a': 123}, {'b': 123}]
Он сохраняет порядок исходного списка и может также обрабатывать не подлежащие изменению элементы, такие как словари, используя более медленный алгоритм ( O(n*m)
где вместо n
элементов находятся элементы в исходном списке и m
уникальные элементы в исходном списке O(n)
). Если ключи и значения являются хэшируемыми, вы можете использовать key
аргумент этой функции для создания хэшируемых элементов для «теста уникальности» (чтобы он работал O(n)
).
В случае словаря (который сравнивается независимо от порядка) вам необходимо сопоставить его с другой структурой данных, которая сравнивается следующим образом, например frozenset
:
>>> list(unique_everseen(l, key=lambda item: frozenset(item.items())))
[{'a': 123}, {'b': 123}]
Обратите внимание, что вы не должны использовать простой tuple
подход (без сортировки), потому что равные словари не обязательно имеют одинаковый порядок (даже в Python 3.7, где порядок вставки - не абсолютный порядок - гарантирован):
>>> d1 = {1: 1, 9: 9}
>>> d2 = {9: 9, 1: 1}
>>> d1 == d2
True
>>> tuple(d1.items()) == tuple(d2.items())
False
И даже сортировка кортежа может не работать, если ключи не сортируются:
>>> d3 = {1: 1, 'a': 'a'}
>>> tuple(sorted(d3.items()))
TypeError: '<' not supported between instances of 'str' and 'int'
эталонный тест
Я подумал, что было бы полезно увидеть сравнение этих подходов, поэтому я сделал небольшой тест. Графики сравнения времени и размера списка основаны на списке, не содержащем дубликатов (который был выбран произвольно, время выполнения существенно не изменится, если я добавлю несколько или много дубликатов). Это логарифмический сюжет, поэтому весь ассортимент покрыт.
Абсолютные времена:
Сроки относительно самого быстрого подхода:
Второй подход из четвертого здесь самый быстрый. unique_everseen
Подход с key
функцией находится на втором месте, однако это самый быстрый подход , который сохраняет заказ. Другие подходы от jcollado и thefourtheye почти такие же быстрые. Подход с использованием unique_everseen
без ключа и решений из Эммануэля и Scorpil очень медленно для длинных списков и ведут себя гораздо хуже , O(n*n)
а O(n)
. Подход stpk с json
не является, O(n*n)
но он намного медленнее, чем аналогичные O(n)
подходы.
Код для воспроизведения тестов:
from simple_benchmark import benchmark
import json
from collections import OrderedDict
from iteration_utilities import unique_everseen
def jcollado_1(l):
return [dict(t) for t in {tuple(d.items()) for d in l}]
def jcollado_2(l):
seen = set()
new_l = []
for d in l:
t = tuple(d.items())
if t not in seen:
seen.add(t)
new_l.append(d)
return new_l
def Emmanuel(d):
return [i for n, i in enumerate(d) if i not in d[n + 1:]]
def Scorpil(a):
b = []
for i in range(0, len(a)):
if a[i] not in a[i+1:]:
b.append(a[i])
def stpk(X):
set_of_jsons = {json.dumps(d, sort_keys=True) for d in X}
return [json.loads(t) for t in set_of_jsons]
def thefourtheye_1(data):
return OrderedDict((frozenset(item.items()),item) for item in data).values()
def thefourtheye_2(data):
return {frozenset(item.items()):item for item in data}.values()
def iu_1(l):
return list(unique_everseen(l))
def iu_2(l):
return list(unique_everseen(l, key=lambda inner_dict: frozenset(inner_dict.items())))
funcs = (jcollado_1, Emmanuel, stpk, Scorpil, thefourtheye_1, thefourtheye_2, iu_1, jcollado_2, iu_2)
arguments = {2**i: [{'a': j} for j in range(2**i)] for i in range(2, 12)}
b = benchmark(funcs, arguments, 'list size')
%matplotlib widget
import matplotlib as mpl
import matplotlib.pyplot as plt
plt.style.use('ggplot')
mpl.rcParams['figure.figsize'] = '8, 6'
b.plot(relative_to=thefourtheye_2)
Для полноты здесь приведено время для списка, содержащего только дубликаты:
# this is the only change for the benchmark
arguments = {2**i: [{'a': 1} for j in range(2**i)] for i in range(2, 12)}
Времена не меняются значительно, за исключением unique_everseen
без key
функции, которая в этом случае является самым быстрым решением. Тем не менее, это просто лучший случай (поэтому не репрезентативный) для этой функции с непредсказуемыми значениями, потому что время ее выполнения зависит от количества уникальных значений в списке: O(n*m)
в данном случае это всего 1, и, следовательно, он выполняется O(n)
.
Отказ от ответственности: я автор iteration_utilities
.