який правильний спосіб розглядати Python argparse.Namespace () як словник?


228

Якщо я хочу використати результати argparse.ArgumentParser(), що є Namespaceоб'єктом, методом, який очікує словник або об’єкт, подібний до відображення (див. Колекції. Картування ), то це правильний спосіб зробити це?

C:\>python
Python 2.7.3 (default, Apr 10 2012, 23:31:26) [MSC v.1500 32 bit (Intel)] on win
32
Type "help", "copyright", "credits" or "license" for more information.
>>> import argparse
>>> args = argparse.Namespace()
>>> args.foo = 1
>>> args.bar = [1,2,3]
>>> args.baz = 'yippee'
>>> args['baz']
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'Namespace' object has no attribute '__getitem__'
>>> dir(args)
['__class__', '__contains__', '__delattr__', '__dict__', '__doc__', '__eq__', '_
_format__', '__getattribute__', '__hash__', '__init__', '__module__', '__ne__',
'__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__sizeof__
', '__str__', '__subclasshook__', '__weakref__', '_get_args', '_get_kwargs', 'ba
r', 'baz', 'foo']

Чи правильно "потрапляти" в об'єкт і використовувати його __dict__властивість?

Я думаю , відповідь немає: __dict__пахне конвенції для реалізації, але не для інтерфейсу, шляхи __getattribute__або __setattr__або __contains__здаюся.

Відповіді:


385

Ви можете отримати доступ до словника простору імен за допомогою vars () :

>>> import argparse
>>> args = argparse.Namespace()
>>> args.foo = 1
>>> args.bar = [1,2,3]
>>> d = vars(args)
>>> d
{'foo': 1, 'bar': [1, 2, 3]}

Ви можете змінити словник безпосередньо, якщо бажаєте:

>>> d['baz'] = 'store me'
>>> args.baz
'store me'

Так, добре отримати доступ до атрибута __dict__. Це чітко визначена, перевірена та гарантована поведінка.


1
Документи кажуть: "Повернений словник не слід змінювати: ефекти у відповідній таблиці символів не визначені." Що може стосуватися лише поведінки vars()(яка є locals()або globals()), але я не дуже впевнений.

2
хм, я думаю, я не дуже розумію різницю між використанням vars()та__dict__
Jason S

21
@delnan Хтось зробив неправильну редакцію документів і висловив надто широке застереження. Документи згодом були виправлені. Див. Docs.python.org/2.7/library/functions.html#vars Хоча існують деякі особливі випадки, які мають словники, які доступні лише для читання (наприклад, місцеві жителі та проксі-сервери класового словника), решта випадків оновлюються. Вари (об'єкт) виклик є синонімом OBJ .__ dict__. У випадку простору імен argparse vars (args) надає прямий доступ до оновленого словника.
Реймонд Хеттінгер

1
@RaymondHettinger Добре, акуратно. Я отримав цю замітку з /3/версії документів (при більш детальному огляді, 3,1 - 3,4, включаючи), тому виправлення, мабуть, відсутні.

8
@delnan Я щойно оновив 3,3 та 3,3 документа. Це буде видно завтра. Дякуємо, що вказали на це.
Реймонд Хеттінгер

64

Прямо з уст коня :

Якщо ви віддаєте перевагу перегляду атрибутів у подібному форматі, ви можете використовувати стандартну ідіому Python vars():

>>> parser = argparse.ArgumentParser()
>>> parser.add_argument('--foo')
>>> args = parser.parse_args(['--foo', 'BAR'])
>>> vars(args)
{'foo': 'BAR'}

- Стандартна бібліотека Python, 16.4.4.6. Об'єкт простору імен


1
Ще "foo" пропускає "-". Якась ідея до цього?
user2678074

1
@ user2678074 це навмисно відповідати прапорам оболонки. Дефіси є сторонніми всередині виконання пітона.
Еріх

vars(args)дарує меніTypeError: 'dict' object is not callable
user5359531

6
@ user5359531 ви, мабуть, перетворили глобальну varsзі змінною. Ви можете використовувати __builtins__.varsдля доступу безпосередньо до нього або del varsдля припинення його затінення.
Нік Т

@NickT Незначне виправлення: функції Python мають статичний діапазон, тому якщо ви затінюєте глобальну змінну у функції, цей ідентифікатор завжди буде посилатися на локальну змінну в межах цієї функції, навіть до того, як вона буде призначена або після неї del. На межі модуля del буде працювати "не затіняти" вбудовані.
аугурар

-1

Чи правильно "потрапляти" в об'єкт і використовувати його властивість dict ?

Взагалі я б сказав «ні». Однак Namespaceмене вразило, що це надмірно розроблене, можливо, коли класи не могли успадкувати від вбудованих типів.

З іншого боку, Namespaceчи є підхід до аргументації, орієнтований на завдання, і я не можу придумати ситуацію, яка закликала б захопити __dict__, але межі моєї уяви не такі, як у вас.


11
Цілком нормально отримати доступ до атрибута __dict__. Інтроспекція є основою для мови. Атрибут був оприлюднений з причини :-)
Реймонд Хеттінгер

8
Але все в Python є "публічним". Не існує відмінностей (крім провідної конвенції підкреслення) між змінними впровадження, що використовуються в екземплярі, та загальнодоступним інтерфейсом, який він представляє. Особливо в об'єкті, подібному до словника: рядок між методами екземпляра та значеннями словника, які є функціями, трохи розмитий.
Jason S

Якщо ви передаєте аргументи як названі параметри? do_something(**args.__dict__)
OrangeDog
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.