¿Cuándo usar == y cuándo usarlo?

Question

Curiosamente:

>>> a = 123 
>>> b = 123 
>>> a is b 
True 
>>> a = 123. 
>>> b = 123. 
>>> a is b 
False 

Parece a is b siendo más o menos define como id(a) == id(b). Es fácil hacer errores de esta manera:

basename, ext = os.path.splitext(fname) 
if ext is '.mp3': 
    # do something 
else: 
    # do something else 

Algunos nombres inesperadamente terminaron en el bloque else. La solución es simple, deberíamos usar ext == '.mp3' en su lugar, pero no obstante if ext is '.mp3' en la superficie parece una buena forma pitónica para escribir esto y es más legible que la forma "correcta".

Dado que las cadenas son inmutables, ¿cuáles son los detalles técnicos de por qué está mal? ¿Cuándo es mejor una verificación de identidad y cuándo es mejor una verificación de igualdad?

Answer 1

Por lo que puedo decir, is comprueba la equivalencia de identidad del objeto. Como no hay obligatoria "cadena interna", dos cadenas que tienen los mismos caracteres en secuencia son, por lo general, no el mismo objeto de cadena.

Cuando extrae una subcadena de una cadena (o, realmente, cualquier subsecuencia de una secuencia), terminará con dos objetos diferentes, que contienen el mismo valor (es).

Por lo tanto, use is cuando y solo cuando compara identidades de objeto. Use == al comparar valores.

Answer 2

Son fundamentalmente diferentes.

1. == compara llamando al método __eq__
2. is devuelve verdadero si y sólo si las dos referencias son al mismo objeto

Así, en comparación con, por ejemplo Java:

1. is es lo mismo que == para objetos
2. == es el mismo que para los objetos equals

Answer 3

regla simple para determinar si el uso es o == en Python

Aquí es una regla fácil (a menos que quiera ir a la teoría en Python intérprete o crear frameworks haciendo cosas graciosas con objetos Python):

Usar solo para Ninguna comparación.

if foo is None 

De lo contrario, use ==.

if x == 3 

Entonces usted está en el lado seguro. La razón de esto ya se explica en los comentarios anteriores. No usar es si no está 100% seguro de por qué hacerlo.

Answer 4

También sería útil definir una clase como esta para ser utilizada como valor predeterminado para las constantes utilizadas en su API.En este caso, sería más correcto usar es que el operador ==.

class Sentinel(object): 
    """A constant object that does not change even when copied.""" 
    def __deepcopy__(self, memo): 
     # Always return the same object because this is essentially a constant. 
     return self 

    def __copy__(self): 
     # called via copy.copy(x) 
     return self