Novedades en PSeInt

Las últimas versiones de PSeInt tienen muchas novedades, que podríamos dividir en dos grupos. Por un lado hay mejoras en la interfaz; por el otro algunos cambios internos en el código. A los primeros, el usuario los puede ver y aprovechar, aunque no son cosas que hagan grandes diferencias, sino en su mayoría detalles. Los segundos, más interesantes a largo plazo, por ahora no generan ningún impacto que pueda percibir directamente el usuario final, pero me sirven a mí como desarrollador del proyecto para ir preparándole el camino a otros cambios mucho más grandes y visibles.

Voy a ir intercalando en el post capturas de las cosas que se ven. Pero lo cambios internos son los interesantes.

Ahora hay coloreado de sintaxis también en el diagrama, y una flecha de verdad para la asignación.

Veamos un ejemplo. Hasta hace pocas versiones, internamente el intérprete guardaba todas las instrucciones como strings en todo momento. Durante el análisis sintáctico, previo a la ejecución, se normalizaban los strings. Cambios como eliminar comentarios y espacios en blanco adicionales, pasar todo a mayúsculas, etc. Luego, la ejecución tenía que volver a analizar cada instrucción para saber qué hacer, pero esta segunda pasada era bastante más simple gracias a la normalización previa. Aún así, es trabajo repetido que se puede evitar. Y no solo para ganar en eficiencia (eso se nota poco), sino para simplificar el código, y evitar tener que implementar cada cambio o cada nueva instrucción dos veces.

Entonces asocié a cada instrucción un valor de un enum que indica de qué tipo es, de forma que el análisis sintáctico setee esa etiqueta para que luego la ejecución no tenga que volver a procesar el string. Más aún, en el camino, mientras hacía esa modificación, que implicó cambiar cientos de líneas, aproveché para pulir otros detallecitos relacionados al mismo código. Todas estas cosas son pequeños pasos rumbo a un rediseño que probablemente debería hacer de cero, pero por falta de tiempo lo haré de a poco (y tardaré más). El problema es que cada uno es una nueva fuente potencial de bugs.

 Ya se pueden hacer operaciones con varias entidades al mismo tiempo (selección múltiple)

En cualquier caso, son cosas que harán más simple el trabajo de agregar nuevas funcionalidades, como por ejemplo el manejo de registros. Se necesitan muchísimos de esos pasos para una implementación decente de esta funcionalidad. Pero varios ya se han dado, y otros están cerca. Tal vez en unos pocos meses pueda presentar una primera versión con soporte para registros.

Como este, hay otros cambios interesantes para hacer. Siempre, sin perder de vista que quiero un lenguaje simple y con fines 100% didácticos. Entonces debo aclarar que de todos los cientos de cambios que puedan imaginar, la definición de registros es la única cosa realmente nueva que sí me interesa. Además de eso, los otros cambios que tienen prioridad son los tendientes a perfeccionar o solucionar problemas de las funcionalidades ya presentes, como arreglos y funciones. Detalles como por ejemplo que los arreglos no se copian, y solo se pasan a funciones por referencia, obedecen más a las limitaciones de un lenguaje real o a una cuestión de implementación, que al verdadero sentido de un pseudocódigo.

Se pueden renombrar y definir variables con click derecho.

En fin, aunque no dispongo de mucho tiempo, en esta etapa sí dispongo de mucho entusiasmo como para trabajar en estas novedades. Así que tengo la esperanza de que 2016 sea un gran año para la evolución del intérprete. Veremos.