Ir al contenido principal

Cómo agregar una página de error 404 .NET Framework

Bocadillos dot NET #3

Cuando un usuario intenta acceder a una página que no existe en una aplicación web, el servidor devuelve un error 404 (Not Found). Si no configuramos este error correctamente en una aplicación ASP.NET MVC, el usuario verá una página genérica del servidor que no es amigable y que tampoco es recomendable enseñar.

En esta guía, vamos a ver cómo personalizar la página de error 404 en ASP.NET MVC con .NET Framework. Implementaremos un controlador de errores, una vista personalizada y configuraremos el web.config para manejar correctamente estos casos. Esto mejorará la experiencia del usuario y permitirá redirigirlo a una página más informativa en lugar de mostrar un mensaje de error abrupto.

Crear la vista personalizada

Lo primero será navegar hasta la carpeta Views/Shared y creamos un archivo NotFound.cshtml.

Para que tengamos una plantilla o template para probar, podés copiar y pegar este código html:
@model System.Web.Mvc.HandleErrorInfo
<h2>Página no encontrada</h2>
<p>Lo sentimos, la página que estás buscando no existe.</p>
<a href="@Url.Action("Index", "Home")">Volver al inicio</a>

Configurar el controlador de errores

Paso siguiente, agregaremos un controller en la carpeta correspondiente Controllers y programaremos un action NotFound para manejar el error 404.
public class ErrorController : Controller
{
    public ActionResult NotFound()
    {
        Response.StatusCode = 404;
        return View();
    }
}

Modificar el Web.Config

Ahora debemos indicarle a .NET que vamos a trabajar con errores personalizados, por lo que deberemos agregar los siguiente a nuestro Web.Config en la sección <system.web>:
<system.web>
    <customErrors mode="On">
        <error statusCode="404" redirect="~/Error/NotFound" />
    </customErrors>
</system.web>

Manejar errores en Global.asax 

Si bien este paso es opcional, es recomendable. Con lo configurado anteriormente ya deberías tener solucionado el problema de manejar errores 404 pero si agregamos Application_Error en Global.asax puede ser útil en los siguientes casos:
  • Cuando querés capturar otros errores además del 404, como errores 500 (internos del servidor).
  • Si querés registrar los errores en logs antes de redirigirlos.
  • Cuando la configuración de customErrors no funciona correctamente en ciertos entornos (por ejemplo, en IIS con configuraciones específicas).
Lo que vamos a hacer es sobrescribir el método Application_Error para redirigir los errores 404 al ErrorController.
protected void Application_Error()
{
    var exception = Server.GetLastError();

    if (exception is HttpException httpException)
    {
        if (httpException.GetHttpCode() == 404)
        {
            Response.Clear();
            Server.ClearError();
            Response.Redirect("~/Error/NotFound");
        }
    }
}

Probar la configuración

Solo resta ejecutar la aplicación y acceder a una URL inexistente por ejemplo: /pagina-que-no-existe) y verificar que se muestra la página de error personalizada.

Otros artículos

Principio de Responsabilidad Única (SRP) – SOLID explicado con ejemplos

Introducción a S.O.L.I.D En esta entrada, intentaremos abordar un nuevo ciclo de conceptos que tienen que ver sobre los principios SOLID , que son fundamentales en la programación orientada a objetos o POO . Estos principios fueron formulados, en principio, por Robert C. Martin , también conocido como " Uncle Bob ", con el objetivo de mejorar la mantenibilidad y escalabilidad del código de software. SOLID es un acrónimo que representa cinco principios de diseño: Single Responsibility Principle (SRP) – Principio de Responsabilidad Única Open/Closed Principle (OCP) – Principio de Abierto/Cerrado Liskov Substitution Principle (LSP ) – Principio de Sustitución de Liskov Interface Segregation Principle (ISP) – Principio de Segregación de Interfaces Dependency Inversion Principle (DIP) – Principio de Inversión de Dependencias Estos principios nos ayudan a crear software más ...

Principio de Sustitución de Liskov (LSP) – SOLID explicado con ejemplos

¿Qué es el Principio de Sustitución de Liskov? Imaginá que tenés un control remoto universal diseñado para funcionar con cualquier televisor. Si un nuevo modelo de TV no responde a los mismos comandos, el control deja de ser útil. El Principio de Sustitución de Liskov es como una garantía de que cualquier 'televisor' (o clase derivada) va a funcionar correctamente con el 'control remoto' (o clase base). El Principio de Sustitución de Liskov ( LSP ) es el tercer principio de SOLID , representado por la letra L y establece que: Los objetos de una clase derivada deben poder sustituir a los objetos de su clase base sin afectar el comportamiento correcto del programa. En otras palabras, si una clase hija hereda de una clase padre, cualquier instancia de la clase hija debería poder usarse en lugar de una instancia de la clase padre sin alterar la funcionalidad esperada. ¿Quién es Bárbara Liskov? Bárbara Liskov es una destacada científi...

Paginando listados - CRUD MVC .NET Framework

En el desarrollo de aplicaciones web, es común lidiar con grandes volúmenes de datos. La paginación es una técnica útil que permite dividir los datos en partes más pequeñas y manejables. En esta entrada del blog, exploraremos cómo implementar la paginación en una vista que muestra un listado de videojuegos utilizando X.PagedList en una aplicación ASP.NET .Framework MVC5 con Entity Framework. X.PagedList es una biblioteca en .NET que se utiliza para la paginación de datos en aplicaciones web, especialmente en ASP.NET MVC. Su propósito principal es ' dividir ' grandes conjuntos de datos en páginas más pequeñas, facilitando la navegación y el rendimiento de las aplicaciones. Existen dos versiones populares de esta biblioteca actualmente: PagedList.Mvc (Más antigua, ya no mantenida oficialmente) X.PagedList (Versión más moderna y recomendada) Funciona tanto para .NET Framework como para .NET Core y .NET 5+ ....

Principio de Segregación de Interfaces (ISP) – SOLID explicado con ejemplos

El Principio de Segregación de Interfaces es otro de los principios SOLID y establece que: Una clase no debería verse obligada a depender de métodos que no utiliza .  En otras palabras, en lugar de crear una interfaz grande con muchos métodos, es mejor dividirla (segregar) en interfaces más pequeñas y específicas. Pero.. ¿Por qué? Obliga a implementar métodos innecesarios Si una clase solo necesita una "parte" de la funcionalidad de una interfaz, pero esta interfaz es muy grande, se va a ver obligada a implementar métodos que no usa. Esto es casi que inevitable si no buscamos la manera de separar mejor las responsabilidades. Imaginemos una interfaz IVehiculo que tiene los siguientes métodos: public interface IVehiculo { void Conducir () ; void Volar () ; void Navegar () ; } Si una clase Auto implementa esta interfaz, se ve obligado a definir métodos como Volar() o Navegar() , aunque un auto no vuela ni navega. public c...

El patrón Singleton en C#

Patrones de Diseño Los patrones de diseño, son soluciones reutilizables para problemas comunes que enfrentan los desarrolladores durante el diseño de sistemas de software. Ayudan a estructurar el código de manera eficiente y escalable, proporcionando guías para resolver problemas específicos dentro de cierto contexto. Entre los patrones más conocidos en .NET se encuentran patrones como  Fachada , que organiza componentes o el Singleton , que se aplica directamente a una clase para el control de instancias, entre otros. Estos patrones, generalmente se clasifican en tres tipos principales: Patrones creacionales Patrones Estructurales Patrones de Comportamiento Singleton entra en la categoría de patrón creacional y estos se enfocan en cómo se crean los objetos de un componente. ¿Qué es el Patrón Singleton? El patrón Singleton asegura que una clase tenga una sola instancia accesible globalmente y proporciona un punto de acceso centralizado a dicha insta...

Creando un Proyecto con Entity Framework - Parte 1

En esta entrada, vamos a explorar cómo configurar un nuevo proyecto en Visual Studio(VS)  2022 utilizando el enfoque Database First de Entity Framework mencionado en el hilo anterior .  Además, realizaremos algunas operaciones básicas como Agregar (Add), Eliminar (Remove) y Actualizar con un par de tablas sencillas de ejemplo. Este paso a paso está pensado para aplicar la teoría del ORM de manera práctica y concreta. Es importante destacar que Entity Framework ofrece diferentes enfoques para trabajar con bases de datos, y este es solo uno de ellos. Algunos desarrolladores prefieren trabajar con otros entornos de desarrollo o integrar sus proyectos a través de la consola, pero lo ideal es que experimentes y encuentres el método que mejor se adapte a tu estilo de trabajo.  Herramientas necesarias Para este ejemplo práctico, utilizaremos las siguientes herramientas: Visual Studio 2022 :     Podés descargarlo desde el sitio oficial: Descargar Visual S...