我有两个Python字典,我想编写一个返回这两个字典的合并表达式。如果update()
方法返回了结果,而不是就地修改dict,那么它就是我所需要的。
>>> x = {'a': 1, 'b': 2}
>>> y = {'b': 10, 'c': 11}
>>> z = x.update(y)
>>> print(z)
None
>>> x
{'a': 1, 'b': 10, 'c': 11}
我怎样才能在z
而不是x
中得到最终合并的dict?
(更清楚的是,最后一个赢得了dict.update()
的冲突处理,这也是我想要的。)
Tags:
在您的情况下,您可以做的是:
这将根据您的需要,将最终dict放入
z
,并使键b
的值被第二个(y
)dict的值正确覆盖:如果使用Python 3,它只会稍微复杂一点。要创建
z
:另一种选择:
对于字典
x
和y
,z
变成一个浅合并的字典,用y
中的值替换x
中的值。在Python3.5或更高版本中:
在Python2(或3.4或更低版本)中,编写一个函数:
现在:
注意,有一个proposal (PEP 584),discussed here,在未来的Python版本中,通过给
dict
一个合并运算符(应该是+
)来进一步简化这个过程,它允许:但这还没有实施。
解释
假设你有两个听写,你想把它们合并成一个新的听写而不改变原来的听写:
所需的结果是得到一个合并了值的新字典(
z
),第二个dict的值将覆盖第一个dict的值。在PEP 448和available as of Python 3.5中提出了一种新的语法
这确实是一个单一的表达。
请注意,我们还可以使用文字符号合并:
现在:
它现在显示为在release schedule for 3.5, PEP 478中实现,现在已经进入What's New in Python 3.5文档。
但是,由于许多组织仍然使用Python 2,因此您可能希望以向后兼容的方式执行此操作。在Python 2和Python 3.0-3.4中,经典的Python方法是通过两个步骤来实现:
在这两种方法中,
y
将排在第二位,其值将替换x
的值,因此'b'
将指向最终结果中的3
。在Python3.5上还没有,但是需要一个单个表达式
如果您还没有使用Python 3.5,或者需要编写向后兼容的代码,并且您希望在单个表达式中使用它,那么最有效的方法是将它放在函数中:
然后有一个表达式:
您还可以创建一个函数来合并未定义数量的dict,从零到非常大的数量:
这个函数将在Python 2和3中为所有dict工作。e、 g.给定指令
a
到g
:而
g
中的键值对将优先于dictsa
到f
等。对其他答案的批评
不要使用你在先前接受的答案中看到的:
在Python2中,为每个dict在内存中创建两个列表,在内存中创建第三个列表,其长度等于前两个组合在一起的长度,然后丢弃所有三个列表以创建dict。在Python3中,这将失败,因为您将两个
dict_items
对象添加在一起,而不是两个列表-而且您必须显式地将它们创建为列表,例如
z = dict(list(x.items()) + list(y.items()))
。这是对资源和计算能力的浪费。类似地,当值是不可更改的对象(例如列表)时,Python 3中的
items()
(Python 2.7中的viewitems()
)的并集也将失败。即使您的值是散列的,因为集合在语义上是无序的,所以行为在优先级方面是未定义的。所以不要这样做:此示例演示当值不可更改时发生的情况:
下面是一个示例,其中y应该具有优先权,但由于集合的任意顺序,x中的值将被保留:
另一个你不应该使用的黑客:
这使用了
dict
构造函数,并且非常快而且内存效率很高(甚至比我们的两步过程稍微高一些),但是除非您确切地知道这里发生了什么(即,第二个dict作为关键字参数传递给dict构造函数),否则很难读取,它不是预期的用法,因此它不是Pythonic。这里有一个使用remediated in django的例子。
dict用于获取散列键s(例如frozensets或tuples),但是当键不是字符串时,在Python 3中此方法失败。
在mailing list中,语言的创造者Guido van Rossum写道:
以及
我的理解(以及对creator of the language的理解)是
dict(**y)
的预期用途是为了可读性而创建dict,例如:而不是
对评论的回应
同样,当键是非字符串时,它对3也不起作用。隐式调用约定是,名称空间采用普通的dict,而用户只能传递作为字符串的关键字参数。所有其他可调用的都强制执行它。
dict
打破了Python 2中的一致性:考虑到Python的其他实现(Pypy、Jython、IronPython),这种不一致性是不好的。因此,它在Python 3中被修复了,因为这种用法可能是一个突破性的变化。
我认为故意编写只在一种语言的一个版本中工作或只在某些任意约束下工作的代码是恶意的无能。
更多评论:
我的回答是:
merge_two_dicts(x, y)
如果我们真的关心可读性的话,实际上对我来说似乎要清楚得多。而且它也不是前向兼容的,因为Python 2越来越被弃用。是的。我必须让您回到这个问题,它要求两个字典的浅合并,第一个值在一个表达式中被第二个值覆盖。
假设有两个字典,其中一个可以递归地将它们合并到一个函数中,但是您应该注意不要修改来自任何一个源的dict,而最可靠的避免方法是在赋值时进行复制。由于密钥必须是散列的,因此通常是不可变的,因此复制它们是没有意义的:
用法:
提出其他值类型的偶然性远远超出了这个问题的范围,所以我将指向my answer to the canonical question on a "Dictionaries of dictionaries merge"。
性能较差但正确的方法
这些方法的性能较差,但它们将提供正确的行为。 它们的性能比
copy
和update
或新的解包要差得多,因为它们在更高的抽象级别上遍历每个键值对,但是它们尊重优先顺序(后面的指令具有优先权)您还可以在听写理解中手动链接听写:
或者在Python2.6中(可能早在2.4引入生成器表达式时):
itertools.chain
将按正确的顺序将迭代器链接到键值对上:性能分析
我只会对已知行为正确的用法进行性能分析。
以下是在Ubuntu 14.04上完成的
在Python 2.7(系统Python)中:
在Python3.5(死蛇PPA)中:
词典资源
相关问题 更多 >
编程相关推荐