jaki jest właściwy sposób traktowania Python argparse.Namespace () jako słownika?


228

Jeśli chcę użyć wyników argparse.ArgumentParser(), czyli Namespaceobiektu, z metodą, która oczekuje na słownik lub obiekt podobny do odwzorowania (patrz kolekcje.Mapowanie ), jaki jest właściwy sposób?

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']

Czy właściwe jest „sięganie” do obiektu i korzystanie z jego __dict__właściwości?

Myślę, że odpowiedź nie jest: __dict__pachnie konwencji do realizacji, ale nie dla interfejsu, sposób __getattribute__lub __setattr__czy __contains__wydają się być.

Odpowiedzi:


385

Możesz uzyskać dostęp do słownika przestrzeni nazw za pomocą vars () :

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

Możesz bezpośrednio zmodyfikować słownik, jeśli chcesz:

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

Tak, można uzyskać dostęp do atrybutu __dict__. Jest to dobrze określone, przetestowane i gwarantowane zachowanie.


1
Dokumenty mówią: „Zwracany słownik nie powinien być modyfikowany: wpływ na odpowiednią tablicę symboli jest niezdefiniowany”. Co może odnosić się tylko do zachowania vars()(które jest albo locals()albo globals()), ale nie jestem do końca pewien.

2
hmm, chyba nie rozumiem różnicy między używaniem vars()i__dict__
Jason S

21
@delnan Ktoś dokonał nieprawidłowej edycji dokumentów i wystosował ogólne ostrzeżenie. Dokumenty zostały następnie poprawione. Zobacz docs.python.org/2.7/library/functions.html#vars Chociaż istnieją specjalne przypadki, które zawierają słowniki tylko do odczytu (takie jak lokalni i proxy słownika klas), pozostałe przypadki można aktualizować. Vars (obj) Połączenie jest synonimem obj .__ dict__. W przypadku przestrzeni nazw argparse , vars (args) zapewnia bezpośredni dostęp do aktualizowanego słownika.
Raymond Hettinger

1
@RaymondHettinger Dobra, fajnie. Mam tę notatkę z /3/wersji dokumentów (po dokładniejszej inspekcji, od 3.1 do 3.4 włącznie), więc widocznie tam brakuje korekty.

8
@delnan Właśnie zaktualizowałem dokumenty 3.3 i 3.3. Będzie widoczne jutro. Dzięki za zwrócenie na to uwagi.
Raymond Hettinger

64

Prosto z pyska konia :

Jeśli wolisz mieć atrybuty podobne do dict, możesz użyć standardowego języka Python vars():

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

- Biblioteka standardowa Python, 16.4.4.6. Obiekt Namespace


1
Nadal „foo” tęskni - -. Masz jakiś pomysł?
user2678074

1
@ user2678074 jest to celowe dopasowanie flag powłoki. Kreski są obce w wykonywaniu Pythona.
Erich,

vars(args)daje miTypeError: 'dict' object is not callable
user5359531

6
@ user5359531 prawdopodobnie nadpisałeś globalny varszmienną. Możesz użyć, __builtins__.varsaby uzyskać do niego bezpośredni dostęp lub del varsprzestać go ukrywać.
Nick T

@NickT Drobne poprawki: funkcje Pythona mają zakres statyczny, więc jeśli cień funkcji w globalnej zmiennej jest, identyfikator ten zawsze będzie odnosił się do zmiennej lokalnej w obrębie tej funkcji, nawet przed jej przypisaniem lub później del. W module moduł del będzie działał do „un-shadow” wbudowanych.
sierpień

-1

Czy właściwe jest „sięgnięcie” do obiektu i użycie jego właściwości dict ?

Ogólnie powiedziałbym „nie”. Jednak Namespacewydało mi się, że jestem zbyt zaawansowany, prawdopodobnie z tego, że klasy nie mogły dziedziczyć po wbudowanych typach.

Z drugiej strony, Namespaceprzedstawia podejście zorientowane na zadania do arsenału i nie mogę wymyślić sytuacji, która wymagałaby złapania się __dict__, ale granice mojej wyobraźni nie są takie same jak twoje.


11
Dostęp do atrybutu __dict__ jest całkowicie w porządku. Introspekcja ma fundamentalne znaczenie dla języka. Atrybut został upubliczniony z jakiegoś powodu :-)
Raymond Hettinger

8
Ale wszystko w Pythonie jest „publiczne”. Nie ma rozróżnienia (oprócz wiodącej konwencji podkreślenia) między zmiennymi implementacyjnymi używanymi w instancji a prezentowanym interfejsem publicznym. Zwłaszcza w obiekcie przypominającym słownik: linia między metodami instancji a wartościami słownikowymi, które są funkcjami, jest nieco rozmyta.
Jason S

Jeśli przekazujesz argumenty jako parametry nazwane? do_something(**args.__dict__)
OrangeDog,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.