Dovrei usare 'has_key ()' o 'in' su Python dicts?

Mi chiedo cosa sia meglio fare:

d = {'a': 1, 'b': 2}
'a' in d
True

o:

d = {'a': 1, 'b': 2}
d.has_key('a')
True

in è decisamente più pitonico.

Infatti has_key()è stato rimosso in Python 3.x .

in vince a mani basse, non solo nell'eleganza (e non essendo deprecato ;-) ma anche nelle prestazioni, ad esempio:

$ python -mtimeit -s'd=dict.fromkeys(range(99))' '12 in d'
10000000 loops, best of 3: 0.0983 usec per loop
$ python -mtimeit -s'd=dict.fromkeys(range(99))' 'd.has_key(12)'
1000000 loops, best of 3: 0.21 usec per loop

Mentre la seguente osservazione non è sempre vera, noterai che di solito , in Python, la soluzione più veloce è più elegante e Pythonic; ecco perché -mtimeitè così utile - non si tratta solo di salvare un centinaio di nanosecondi qua e là! -)

Secondo i documenti di Python :

has_key()è deprecato a favore di key in d.

Utilizzare dict.has_key()se (e solo se) il codice deve essere eseguibile dalle versioni di Python precedenti alla 2.3 (quando è key in dictstato introdotto).

C'è un esempio in cui inuccide effettivamente la tua performance.

Se si utilizza insu un contenitore O (1) che implementa solo __getitem__e has_key()non __contains__trasformerà una ricerca O (1) in una ricerca O (N) (poiché inricade in una ricerca lineare tramite__getitem__ ).

La correzione è ovviamente banale:

def __contains__(self, x):
    return self.has_key(x)

has_keyè un metodo di dizionario, ma infunzionerà su qualsiasi raccolta e anche quando __contains__manca, inutilizzerà qualsiasi altro metodo per iterare la raccolta per scoprirlo.

La soluzione a dict.has_key () è obsoleta, usa 'in' - editor di testo sublime 3

Qui ho preso un esempio di dizionario chiamato 'age' -

ages = {}

# Add a couple of names to the dictionary
ages['Sue'] = 23

ages['Peter'] = 19

ages['Andrew'] = 78

ages['Karren'] = 45

# use of 'in' in if condition instead of function_name.has_key(key-name).
if 'Sue' in ages:

    print "Sue is in the dictionary. She is", ages['Sue'], "years old"

else:

    print "Sue is not in the dictionary"

Ampliamento dei test prestazionali di Alex Martelli con i commenti di Adam Parkin ...

$ python3.5 -mtimeit -s'd=dict.fromkeys(range( 99))' 'd.has_key(12)'
Traceback (most recent call last):
  File "/usr/local/Cellar/python3/3.5.2_3/Frameworks/Python.framework/Versions/3.5/lib/python3.5/timeit.py", line 301, in main
    x = t.timeit(number)
  File "/usr/local/Cellar/python3/3.5.2_3/Frameworks/Python.framework/Versions/3.5/lib/python3.5/timeit.py", line 178, in timeit
    timing = self.inner(it, self.timer)
  File "<timeit-src>", line 6, in inner
    d.has_key(12)
AttributeError: 'dict' object has no attribute 'has_key'

$ python2.7 -mtimeit -s'd=dict.fromkeys(range(  99))' 'd.has_key(12)'
10000000 loops, best of 3: 0.0872 usec per loop

$ python2.7 -mtimeit -s'd=dict.fromkeys(range(1999))' 'd.has_key(12)'
10000000 loops, best of 3: 0.0858 usec per loop

$ python3.5 -mtimeit -s'd=dict.fromkeys(range(  99))' '12 in d'
10000000 loops, best of 3: 0.031 usec per loop

$ python3.5 -mtimeit -s'd=dict.fromkeys(range(1999))' '12 in d'
10000000 loops, best of 3: 0.033 usec per loop

$ python3.5 -mtimeit -s'd=dict.fromkeys(range(  99))' '12 in d.keys()'
10000000 loops, best of 3: 0.115 usec per loop

$ python3.5 -mtimeit -s'd=dict.fromkeys(range(1999))' '12 in d.keys()'
10000000 loops, best of 3: 0.117 usec per loop

Se hai qualcosa del genere:

t.has_key(ew)

cambiarlo in basso per l'esecuzione su Python 3.X e versioni successive:

key = ew
if key not in t