@@ -34,7 +34,7 @@ o problema com parâmetros mutáveis por default e
3434formas seguras de lidar com argumentos mutáveis passados para nossas funções por clientes.
3535
3636As últimas seções do capítulo tratam de coleta de lixo (_garbage collection_),
37- a instrução `del` e de algumas otimizações com com objetos imutáveis em Python.
37+ a instrução `del` e de algumas otimizações com objetos imutáveis em Python.
3838
3939É um capítulo bastante árido,
4040mas os tópicos tratados podem explicar muitos bugs sutis em programas reais em Python,
@@ -174,7 +174,7 @@ Lewis Carroll((("object references", "aliasing", id="ORalias06")))((("aliasing",
174174Charles Lutwidge Dodgson.
175175O Sr.
176176Carroll não é apenas igual ao Prof.
177- Dodgson,
177+ Dodgson;
178178eles são exatamente a mesma pessoa. <<ex_equal_and_same>>
179179expressa essa ideia em Python.
180180
@@ -1233,7 +1233,7 @@ não faz diferença se as variáveis guardam os objetos em si ou referências pa
12331233Se `a == b` é verdade, e nenhum dos dois objetos pode mudar,
12341234eles podem perfeitamente ser o mesmo objeto.
12351235Por isso a internalização de strings é segura.
1236- A identidade dos objetos so é importante quando esses objetos podem mudar.
1236+ A identidade dos objetos só é importante quando esses objetos podem mudar.
12371237
12381238Em programação funcional "pura", todos os dados são imutáveis:
12391239concatenar algo a uma coleção, na verdade, cria uma nova coleção.
0 commit comments