Mejora comportamiento comando test con parametros -f -d -t #162
Conversation
| const possibleTargets = getBaseNode(environment, filter, options).descendants.filter(getTestFilter(filter, options)) | ||
| let possibleTargets: Test[] | ||
| try { | ||
| possibleTargets = getBaseNode(environment, filter, options).descendants.filter(getTestFilter(filter, options)) |
There was a problem hiding this comment.
lo aprobé y me quedé pensando si por algún motivo no pusiste el resto del código acá, o bien si no querés llamar a otra función interna...
There was a problem hiding this comment.
No 😅, la verdad que no lo pense tanto, como el resto del codigo no podia generar ese error no me cambiaba mucho. Lo muevo adentro del try.
o bien si no querés llamar a otra función interna...
Uh no entendi dodain, que funcion llamaria?
There was a problem hiding this comment.
sería algo como todo lo que iría en el try
try {
xxx() // función que obtiene possibleTargets y hace todo lo que ahora está post-catch
} catch ...There was a problem hiding this comment.
Ahhh okay ya entendi
No tengo una opinion fuerte al respecto pero esa funcion xxx no seria simplemente getTarget? Que ganamos que moverlo a otra funcion? Y que nombre le pondriamos si no es getTarget?
There was a problem hiding this comment.
Lo que ganás generalmente es que evitás el problema de la indentación anidada, no mucho pero si el método tiene 88 líneas es medio un embole poder capturar el try/catch cuando lo estás leyendo (por supuesto, podés colapsarlo). Igual no digo que hagas un método privado, lo que sí no me gusta es tener un try/catch específico para eso a menos que quieras que cualquier otro error salte.
|
Hay que acordarse de releasear wollok-lsp-ide con este cambio para que funcionen los tests... |
Arregla varias cosas que surgen a partir de uqbar-project/wollok-lsp-ide#168
-fahora espera el path relativo al archivo (e.g.src/pepita.wtest)