Fix #1486 if with assignment

[fdodino]

Este tiene

• el mensaje customizado para cuando hay una asignación en lugar de un == y te sugiere que lo cambies
• arreglé overriden => overridden que estaba diseminado en varios lugares

[npasserini]

Esto también podría tener un quick fix. (No lo vi todavía, ni idea si ya lo hiciste.) El mar., 16 de oct. de 2018 a la(s) 08:09, Fernando Dodino ( notifications@github.com) escribió:

…

@fdodino <https://github.com/fdodino> requested your review on: #1541 <#1541> Fix #1486 <#1486> if with assignment. — You are receiving this because your review was requested. Reply to this email directly, view it on GitHub <#1541 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AEa1OaQMpX3QCL_96RQ8A2DnwgZupLNgks5ulb6EgaJpZM4XeHnI> .

[fdodino]

No lo hice, tendría que probarlo bien

[fdodino]

ahí lo armé con test del quick fix y todo:

[coveralls]

Coverage decreased (-0.005%) to 90.174% when pulling cc37c30 on fix-#1486-if-with-assignment into 5005987 on dev.

[npasserini]

Dejé unos comentarios usando el feature "suggestion" que dijo github... supuestamente se pueden aplicar directamente, pero no sé bien como. Me pareció intersante el feature para acelerar el proceso de revisión, veamos si cumple con lo que promete.

[npasserini]

Esto sólo chequea que la asignación esté en la raiz del nodo condición, hay otras posibilidades que no estamos considerando.

• En este mismo punto, si hubiera un árbol de condicionales (tipo A and B or C), sería interesante hacer la misma validación sobre sus componentes.
• En otros lugares donde aparezca el = en un lugar donde se espera una expresión (como argumento en un mensaje, return, etc).

No pararía el PR por esto, pero tal vez podríamos registrar esos issues.

[fdodino]

Ahí le agregué validaciones a la condición binaria.
En el return el mensaje que tira es "Cannot return an assignment".
Me parece bien continuarlo como issues donde evaluemos qué tipo de mensaje salta y cómo lo queremos tunear.

[npasserini]

👏