allowUnreachableCode
Código después de un return
Ponla en `false`: por defecto solo avisa en el editor, y un aviso no es un fallo de compilación.
- Desde
- TypeScript 1.8
- strict
- Fuera de strict
- En tu tsconfig
"allowUnreachableCode": false
El mismo fragmento las dos veces. Solo cambió la opción.
Con ella apagada
"allowUnreachableCode": trueexport function run() { return 1 const after = 2 }
Compila limpio
Con ella encendida
"allowUnreachableCode": falseexport function run() { return 1 const after = 2 }
Emite TS7027
Por qué al compilador le importa
Esta opción tiene tres estados en vez de dos, y por eso es fácil equivocarse. Sin definir produce una sugerencia en el editor; en `false` produce un error; en `true` no produce nada. El código inalcanzable nunca es intencionado —es un return temprano añadido durante un arreglo, un `throw` movido arriba, una rama que dejó de serlo— y el único de los tres ajustes que impide que llegue a main es el `false` explícito.
Conclusión
Sin definir no es lo mismo que `false` aquí. Escribe el `false`.
Adónde ir después
22 opciones

