<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Error-Handling on Patrones — Exeal</title><link>https://patterns.exeal.com/tags/error-handling/</link><description>Recent content in Error-Handling on Patrones — Exeal</description><generator>Hugo</generator><language>es-ES</language><lastBuildDate>Thu, 24 Sep 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://patterns.exeal.com/tags/error-handling/index.xml" rel="self" type="application/rss+xml"/><item><title>Gestión de errores explícita con un Result tipado</title><link>https://patterns.exeal.com/patterns/result-tipado/</link><pubDate>Thu, 24 Sep 2026 00:00:00 +0000</pubDate><guid>https://patterns.exeal.com/patterns/result-tipado/</guid><description>&lt;h2 id="problema"&gt;Problema&lt;/h2&gt;&#10;&lt;p&gt;En un caso de uso hay dos tipos de &amp;ldquo;fallo&amp;rdquo; completamente distintos, y usar excepciones para ambos los mezcla en el mismo mecanismo: &amp;ldquo;crédito denegado&amp;rdquo; o &amp;ldquo;el email ya está registrado&amp;rdquo; son resultados esperados del dominio — pasan en producción todos los días y el código que llama al caso de uso tiene que decidir qué hacer con ellos — mientras que &amp;ldquo;la base de datos no responde&amp;rdquo; o &amp;ldquo;el proveedor de scoring ha dado timeout&amp;rdquo; son fallos de infraestructura que no le competen al dominio decidir, solo propagar para que alguien reintente o salte una alerta.&lt;/p&gt;</description></item></channel></rss>