【问题标题】:Harmful side effects for different namedtuples with same typename?具有相同类型名的不同命名元组的有害副作用?
【发布时间】:2013-07-29 10:38:05
【问题描述】:

考虑以下函数:

>>> from collections import namedtuple
>>> def make_thing(**kwargs):
...     ThingClass = namedtuple('ThingClass', kwargs.keys())
...     return ThingClass(**kwargs)
...
>>> make_thing(x=1,y=2,z=3)
ThingClass(y=2, x=1, z=3)
>>> make_thing(a=4,b=5,c=6)
ThingClass(a=4, c=6, b=5)
>>>

该函数调用namedtuple 以生成一个“临时”类,其字段名称与输入dict 的键相同。然后它返回一个填充了值的实例。

我的问题是这是否有任何特殊的陷阱,因为 typename 的参数 namedtuple 总是相同的,即使有不同的字段名称。例如,如果namedtuple 在后台创建了一个会被覆盖的类,那么稍后我可能会看到一些潜在的奇怪行为。这样做有什么副作用/陷阱吗?

可选信息:

如果您想知道我到底在做什么才能让我编写这段代码,我有一个返回类似于dict 的结果的 ORM。我已经看到对象在赋值时表现得很奇怪,我真的不想传递可能有或没有能力修改我的数据库的对象(取决于查询代码的编写方式)。尝试为每个查询维护 DTO 对象似乎太麻烦了,尝试使我的所有查询与一小组 DTO 兼容也是如此。所以我想出了一个快速、简单的方法来传递明显不可变的对象,我可以在其中编写像dto.a 这样的代码。它本质上是一个动态的、动态的 DTO 生成器。它还为我在调试时购买了一个相当不错的 repr 实现。

【问题讨论】:

    标签: python namedtuple


    【解决方案1】:

    没有陷阱,类没有集中注册。

    您所看到的只是使用self.__name__ 生成表示字符串的类。类本身仅作为实例上的 .__class__ 引用存在,因为当 make_thing() 函数完成时,本地名称被清除。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2012-01-25
      • 2011-12-01
      • 2013-04-17
      • 1970-01-01
      • 2015-07-18
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多