python: пара значений, которые будут называться взаимно? [Дубликат]

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

class TwoWayDict(dict):
    def __init__(self, my_dict):
        dict.__init__(self, my_dict)
        self.rev_dict = {v : k for k,v in my_dict.iteritems()}

    def __setitem__(self, key, value):
        dict.__setitem__(self, key, value)
        self.rev_dict.__setitem__(value, key)

    def pop(self, key):
        self.rev_dict.pop(self[key])
        dict.pop(self, key)

    # The above is just an idea other methods
    # should also be overridden. 

Пример:

>>> d = {'a' : 1, 'b' : 2} # suppose we need to use d and its reversed version
>>> twd = TwoWayDict(d)    # create a two-way dict
>>> twd
{'a': 1, 'b': 2}
>>> twd.rev_dict
{1: 'a', 2: 'b'}
>>> twd['a']
1
>>> twd.rev_dict[2]
'b'
>>> twd['c'] = 3    # we add to twd and reversed version also changes
>>> twd
{'a': 1, 'c': 3, 'b': 2}
>>> twd.rev_dict
{1: 'a', 2: 'b', 3: 'c'}
>>> twd.pop('a')   # we pop elements from twd and reversed  version changes
>>> twd
{'c': 3, 'b': 2}
>>> twd.rev_dict
{2: 'b', 3: 'c'}

Нет, нет никакого способа сделать это, не создавая двух словарей. Как можно было бы реализовать это с помощью всего одного словаря, продолжая предлагать сопоставимую производительность?

Вам лучше создать настраиваемый тип, который инкапсулирует два словаря и предоставляет нужные функции.

Вот еще одна двухсторонняя реализация словаря, расширяя класс pythons dict в случае, если вам не понравилось ни одно из этих других:

class DoubleD(dict):
    """ Access and delete dictionary elements by key or value. """ 

    def __getitem__(self, key):
        if key not in self:
            inv_dict = {v:k for k,v in self.items()}
            return inv_dict[key]
        return dict.__getitem__(self, key)

    def __delitem__(self, key):
        if key not in self:
            inv_dict = {v:k for k,v in self.items()}
            dict.__delitem__(self, inv_dict[key])
        else:
            dict.__delitem__(self, key)

Используйте его как обычный словарь на языке python, за исключением конструкция:

dd = DoubleD()
dd['foo'] = 'bar'

Я бы просто заполнил второй хеш с помощью

reverse_map = dict((reversed(item) for item in forward_map.items()))

Модуль расширения kjbuckets C предоставляет структуру данных «graph», которая, как я считаю, дает вам то, что вы хотите.

В вашем специальном случае вы можете хранить оба в одном словаре:

relation = {}
relation['Alice'] = 'Bob'
relation['Bob'] = 'Alice'

Поскольку то, что вы описываете, является симметричным отношением. A -> B => B -> A

Я знаю, что это более старый вопрос, но я хотел упомянуть еще одно отличное решение этой проблемы, а именно пакет python bidict . Очень просто использовать:

from bidict import bidict
map = bidict(Bob = "Alice")
print(map["Bob"])
print(map.inv["Alice"])

Вы можете использовать DoubleDict, как показано в рецепте 578224 в поваренной книге Python .

У вас есть две отдельные проблемы.

1. У вас есть объект «Разговор». Он относится к двум Лицам. Поскольку у человека может быть несколько разговоров, у вас есть отношение «многие ко многим».
2. У вас есть карта от лица к списку разговоров. Конверсия будет иметь пару лиц.

Сделайте что-то вроде этого

from collections import defaultdict
switchboard= defaultdict( list )

x = Conversation( "Alice", "Bob" )
y = Conversation( "Alice", "Charlie" )

for c in ( x, y ):
    switchboard[c.p1].append( c )
    switchboard[c.p2].append( c )

В pypi есть библиотека расширенных коллекций: https://pypi.python.org/pypi/collections-extended/0.6.0

Использование класса биекций как легко:

RESPONSE_TYPES = bijection({
    0x03 : 'module_info',
    0x09 : 'network_status_response',
    0x10 : 'trust_center_device_update'
})
>>> RESPONSE_TYPES[0x03]
'module_info'
>>> RESPONSE_TYPES.inverse['network_status_response']
0x09

Два хэш-карты на самом деле, вероятно, являются самым быстродействующим решением, предполагающим, что вы можете сэкономить память. Я бы обернул их в один класс - бремя на программиста состоит в том, чтобы убедиться, что два хэш-карты синхронизируются правильно.