Finally o solo el cÃ³digo?

Compara los dos fragmentos de cÃ³digo.

El primero usa finally para ejecutar el cÃ³digo despuÃ©s de try..catch:

          try {
  trabajo trabajo
} catch (err) {
  maneja errores
} finally {
  limpiar el espacio de trabajo
}
        

El segundo fragmento coloca la limpieza justo despuÃ©s de try..catch:

          try {
  trabajo trabajo
} catch (err) {
  manejo de errores
}

limpiar el espacio de trabajo
        

Definitivamente necesitamos la limpieza despuÃ©s del trabajo, no importa si hubo un error o no.

Â¿Hay alguna ventaja aquÃ en usar finally o ambos fragmentos de cÃ³digo son iguales? Si existe tal ventaja, entonces da un ejemplo cuando sea importante.

La diferencia se hace evidente cuando miramos el cÃ³digo dentro de una funciÃ³n.

El comportamiento es diferente si hay un â€œsalto fueraâ€ de try..catch.

Por ejemplo, cuando hay un return en el interior de try..catch. La clÃ¡usula finally funciona en el caso de cualquier salida de try..catch, incluso a travÃ©s de la declaraciÃ³n return: justo despuÃ©s de que try..catch haya terminado, pero antes de que el cÃ³digo de llamada obtenga el control.

function f() {
  try {
    alert('inicio');
    return "resultado";
  } catch (err) {
    /// ...
  } finally {
    alert('limpieza!');
  }
}

f(); // limpieza!

â€¦ O cuando hay un throw (lanzamiento de excepciÃ³n), como aquÃ:

function f() {
  try {
    alert('inicio');
    throw new Error("un error");
  } catch (err) {
    // ...
    if("no puede manejar el error") {
      throw err;
    }

  } finally {
    alert('limpieza!')
  }
}

f(); // limpieza!

Es â€œfinallyâ€ el que garantiza la limpieza aquÃ. Si acabamos de poner el cÃ³digo al final de f, no se ejecutarÃ¡ en estas situaciones.