Saltar al contenido
webtype.orgwebtype.orgtsconfig

    ↑↓ mover · ⏎ abrir · esc cerrar

    tsconfig

    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": true
    export function run() {
      return 1
      const after = 2
    }

    Compila limpio

    Con ella encendida

    "allowUnreachableCode": false
    export 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