[Python-ideas] Unpacking a dict
Joao S. O. Bueno
jsbueno at python.org.br
Sat May 28 13:34:16 EDT 2016
On 27 May 2016 at 12:37, Zachary Ware <zachary.ware+pyideas at gmail.com> wrote:
> On Fri, May 27, 2016 at 10:32 AM, Michael Selik <michael.selik at gmail.com> wrote:
>>
>>
>> On Fri, May 27, 2016 at 11:28 AM Zachary Ware
>> <zachary.ware+pyideas at gmail.com> wrote:
>>>
>>> Here's a crazy thought that might be best dismissed out of hand: what
>>> about extending 'from name import other_names' to accept any object
>>> for <name>? First try to get values via __getitem__() (possibly only
>>> for dict/dict subclasses?), next try getattr(), finally try to import
>>> the module and pull values from it as per usual.
>>>
>>> Pros:
>>> - solves dict unpacking
>>
>>
>> Would it solve nested dict unpacking?
>
> How do you mean? Replacing `some_name =
> some_dict['some_key']['some_name']` with `from some_dict['some_key']
> import some_name`?
>
> Sure, why not? :)
That is the best idea I've seem on this thread.
And them, why having to specify the keys, just to violate DRY?
Maybe just allwoing Mappings to be usedwith `from ... import ...` syntax
will work nicely, unambiguously, with no new weird syntaxes introduced -
and the syntax even allows one to rename the dict keys to other
variables, with the
`from mymapping import a as c, b as d " variant.
That would be certainly nice.
>
> --
> Zach
> _______________________________________________
> Python-ideas mailing list
> Python-ideas at python.org
> https://mail.python.org/mailman/listinfo/python-ideas
> Code of Conduct: http://python.org/psf/codeofconduct/
More information about the Python-ideas
mailing list