¿Tiene la asignación de otra variable a una cadena de realizar una copia o aumentar el número de referencia

Question

En p.35 de "Python Essential Reference" de David Beazley, primero establece:

Para los datos inmutables como las cadenas, la intérprete agresivamente comparte objetos entre diferentes partes del programa.

Sin embargo, más tarde en la misma página, afirma

Para los objetos inmutables como números y cadenas, esta asignación efectivamente crea una copia.

¿Pero no es esto una contradicción? Por un lado, él dice que son compartidos, pero luego dice que están copiados.

Answer 1

Es efectivamente crea una copia. No es en realidad crear una copia. La principal diferencia entre tener dos copias y tener dos nombres comparten el mismo valor es que, en este último caso, las modificaciones a través de un nombre afectan el valor del otro nombre. Si el valor no puede mutarse, esta diferencia desaparece, por lo que para los objetos inmutables hay poca consecuencia práctica de si el valor se copia o no.

Hay algunos casos de esquina donde se puede ver la diferencia entre las copias y diferentes objetos, incluso para los tipos inmutables (por ejemplo, mediante el uso de la función id o el operador is), pero éstas no son útiles para Python BuiltIn tipos inmutables (como cuerdas y números).

Answer 2

Una asignación en python nunca crea una copia (es técnicamente posible solo si la asignación para un miembro de la clase se redefine, por ejemplo, usando __setattr__, propiedades o descriptores).

Así que después de

a = foo() 
b = a 

todo lo que se volvió de foo no se ha copiado, y en su lugar se tienen dos variables a y b que apuntan al mismo objeto. No importa si el objeto es inmutable o no.

Con objetos inmutables Sin embargo, es difícil saber si este es el caso (porque no se puede mutar el objeto con una variable y comprobar si el cambio es visible usando la otra) por lo que son libres de pensar que, efectivamente, a y b no puede influenciarse el uno al otro.

Para algunos objetos inmutables también Python es libre de volver a utilizar objetos antiguos en lugar de crear otros nuevos y después de

a = x + y 
b = x + y 

donde tanto x y y son números (por lo que la suma es un número y es inmutable) puede ser que tanto a como b apuntarán al mismo objeto. Tenga en cuenta que no existe tal garantía ... también puede ser que, en su lugar, apunten a diferentes objetos con el mismo valor.

Lo importante a recordar es que Python nunca hace una copia a menos que se indique específicamente el uso, p. copy o deepcopy.Esto es muy importante con objetos mutables para evitar sorpresas.

Una construcción común que se puede ver es por ejemplo:

class Polygon: 
    def __init__(self, pts): 
     self.pts = pts[:] 
    ... 

En este caso self.pts = pts[:] se utiliza en lugar de self.pts = pts para hacer una copia de toda la gama de puntos para asegurarse de que la lista de puntos no va a cambiar inesperadamente si después de crear el objeto, los cambios se aplican a la lista que se pasó al constructor.