/* Page prose (es) */
"FailingWithAResult" = "# Cuando el callback puede fallar: un `Result`\n\nLa mayoría de las APIs de callback reales también pueden *fallar*. Para esas recurres a **`withCheckedThrowingContinuation`**, la hermana que lanza: su continuación puede reanudar *lanzando* además de retornando, así que un callback fallido hace que la llamada que espera lance.\n\nLas viejas APIs de callback reportan el fallo en dos formas clásicas. Puentearás ambas, empezando con un `Result`.\n\nSi el callback te entrega un `Result<Success, Failure>`, hay una sola línea: `continuation.resume(with: result)`. Desenvuelve el `Result` por ti: reanudando con el valor en `.success`, lanzando en `.failure`.";
"FailingWithAResult-2" = "**Míralo en acción:** la primera búsqueda se resuelve tras una pausa corta e imprime la nota de cata. La segunda reanuda **lanzando**, así que el control salta al `catch` e imprime `Lookup failed: unknownItem(\"Mystery\")`. Desde el lado de quien llama se lee como un `try await` común: el callback y el `Result` han desaparecido.\n\n* callout(Pruébalo): Cambia la segunda búsqueda de `\"Mystery\"` a `\"Guji\"`. Ahora ambas se resuelven retornando, ambas notas de cata se imprimen, y el `catch` nunca se ejecuta.\n\n[Anterior](@previous)  |  página 3 de 8  |  [Siguiente: Fallar con un par (valor, error)](@next)";
