@@ -359,11 +359,11 @@ como discutido na <<augmented_assign_ops>>.
359359
360360====
361361
362- O <<ex_vector_add_t1>> permite somar um `Vector` a um `Vector2d`, a
363- uma tupla, como prova o <<ex_vector_add_demo_mixed_ok>>.
362+ O <<ex_vector_add_t1>> permite somar um `Vector` a um `Vector2d` ou
363+ uma tupla:
364364
365365[[ex_vector_add_demo_mixed_ok]]
366- .Nossa versão #1 de `+Vector.__add__+` também aceita objetos diferentes de ++ Vector++
366+ .A versão #1 de `+Vector.__add__+` aceita objetos que não são `+ Vector+`
367367====
368368[source, python]
369369----
@@ -379,15 +379,14 @@ Vector([4.0, 6.0, 5.0])
379379
380380Os dois usos de `{plus}` no <<ex_vector_add_demo_mixed_ok>> funcionam porque
381381`+__add__+` usa `zip_longest(…)`, capaz de consumir qualquer iterável, e a
382- expressão geradora que cria um novo `Vector` simplesmente efetua a operação `a +
383- b` com os pares produzidos por `zip_longest(…)`, então qualquer iterável que produza
382+ expressão geradora que cria um novo `Vector` simplesmente efetua a operação
383+ `a + b` com os pares produzidos por `zip_longest(…)`, então qualquer iterável que produza
384384números compatíveis com `float` servirá.
385-
386385Entretanto, se trocarmos a ordem dos operandos, a soma de tipos diferentes falha.
387386Veja o <<ex_vector_add_demo_mixed_fail>>.
388387
389388[[ex_vector_add_demo_mixed_fail]]
390- .A versão #1 de `+Vector.__add__+` falha se o operador da esquerda não for um `Vector`
389+ .O <<ex_vector_add_t1>> falha quando o operando à esquerda não é `Vector`
391390====
392391[source, python]
393392----
0 commit comments