Cita:
Empezado por Delphius
Ahora hay que encontrar el equilibrio entre su mal uso o mala práctica, la facilidad que aporta, y que cuente con una forma segura de poder identificar adecuadamente la construcción (objeto, record, etc) inequivocamente.
|
Pero eso nos deja en el mismo punto. Si todo depende de que "cada cual se supone que lo debe usar bien", pues así es como es ahora. Y si se cambia la sintaxis para que no se ambiguo, eso hace incompatible el código anterior (a menos que haya un reformateador de código que reescriba el with donde aparezca, recursivamente a todas las dependencias - como que solo se ha funcionado exitosamente con GO-).
A diferencia del GOTO que tiene casos de uso especializados utiles, el WITH es pura conveniencia. En tal caso, entre "medio-cambiarlo" o quitarlo es mejor quitarlo y así no hay ambigüedad en que hacer (igual apuesto que la mayoría de los programadores ni lo usan). La otra es dejar tal cual, y que "cada cual se asegure de usarlo bien".
----
Si ahora que he investigado como hacer un lenguaje me estreso, no me imagino lo que sera manejar un lenguaje y años despues, pensar en corregir algun problema.
Cuando se ha hecho (caso reciente: Python 3) los cambios han sido traumáticos.
Aqui hay que quitarse el sombrero con los diseñadores de GO, que desde el principio anticiparon este lio y crearon una herramienta que formatea el código para que se vea consistentem, y de paso auto-convierte la sintaxis y llamadas a librerías para salir de los problemas y de llamadas "deprecated". Y la comunidad entera lo usa de forma rutinaria:
https://golang.org/cmd/gofmt/
Sin este tipo de herramientas, este tipo de mejoras es muy difícil de implementar en la practica.
Incluso, el problema que mencionaron de como Delphi rompe las expectativas en como funcionan los STRING en móviles subraya el lio: A la final, es lo que los diseñadores del lenguaje necesite AHORA, y les salga fácil: Y mirar pa' atras y arreglar correctamente? Eso es de lo mas anomalo en nuestra industria.