Agregar validation para checkear que las consts dentro de un program esten inicializadas

[juanbono]

Arregla #151 .

El programa que use para testearlo es este y esta en este PR de wollok-language

program p {
    @Expect(code="shouldInitializeConst", level="error")
    const b
}

Creen que tambien deberia checkear constantes dentro de clases, objetos y tests?

[fdodino]

Hola @juanbono ,
buenísimo!! En cuanto a dónde agregar: sí en los objetos (Singleton) y en los tests. Es el comportamiento que hoy está en Wollok Xtext. No en las clases, dado que una clase puede definir valores en el momento de instanciarse: new Arbol(largo = 2)

@asanzo @nscarcella @PalumboN @ivojawer @npasserini

[PalumboN]

GROSSO @juanbono !!! 🚀

Ahí dejé un par de comments para que vayas tomando la onda.

Cosas que me pregunto (y para comentar):

• Entiendo que para los atributos en objects y clases (y debería ser lo mismo con los mixines) está funcando como se espera (lo tocamos hace poco).
• Lo que no sé qué pasa es dentro de los bloques... Habría que checkear.
• Tal vez queremos redefinir la validación para que toda constante (no importa donde) venga inicializada. (Esto no afectaría al primer punto porque creo que los Module tienen Fields, no Variables. Pero sino bastaría con ignorar esos casos).
• Hay que cargar un issue en el LSP para la traducción. (Para mí las traducciones deberían estar acá o en lanugage, pero no en el LSP. Qué decís @fdodino?)

[PalumboN]

Esto hace falta? Si isInProgram entonces no está al nivel package.

[PalumboN]

Tal vez podamos abstraer esto en una función isNotInitialized, se repite en la otra validación.

[PalumboN]

Ahh otra cosa, si en vez de

Arregla #151 .

Ponés

Fix #151

Github ya linkea el issue con el PR y se cierra al mergear 😉

[fdodino]

Hay que cargar uqbar-project/wollok-lsp-ide#93. (Para mí las traducciones deberían estar acá o en lanugage, pero no en el LSP. Qué decís @fdodino?)

+1, eso fue una vieja discusión que perdí con @nscarcella y lo terminé implementando en wollok-lsp. Yo querría que tanto wollok-ts-cli como wollok-lsp-ide tengan internacionalización. Después wollok-ts y wollok-language pueden no tener en cuenta el idioma.

[PalumboN]

Para mí que las validaciones devuelvan una etiqueta está bien, solo quiero los .json con las traducciones para consumirlo desde las otras apps :)

[juanbono]

Buenisimo, muchas gracias a ambos @PalumboN @fdodino , mañana agrego los cambios pedidos 👍

[fdodino]

@juanbono , hola! fijate cuando puedas

1. si hacés las mejoras que te sugirió Nahue
2. si te parece, hacete el PR directamente desde el repo en otro branch, porque este repo se tiene que bajar el wollok-language y es medio un bardo configurarle el secret key. Yo ya me fijé y sos member de uqbar-project, con lo cual no deberías tener problema, cualquier cosa avisame y te doy más acceesos.

Gracias!

[PalumboN]

Recién veo que el CI no está corriendo, por qué hacen falta secret keys para correr los PRs @fdodino?

[fdodino]

Recién veo que el CI no está corriendo, por qué hacen falta secret keys para correr los PRs @fdodino?

No estoy muy seguro, si pusheamos el mismo cambio desde una branch de este repo se romperá también? Ni idea por qué es necesario el secret key, porque wollok-language debería poder clonarse sin problemas ahora que lo pienso...

[fdodino]

Recién veo que el CI no está corriendo, por qué hacen falta secret keys para correr los PRs @fdodino?

@PalumboN , el #188 lo creé desde el mismo repo sin problemas. Es medio una paja, hay que ver por qué necesitamos una key para bajar el repo de language (siendo que es un repo público). Cierro este PR y la seguimos en el otro mientras.