Java Programación: errores de lanzamiento

Es esencial que el código Java hace todo lo posible para solucionar un problema. Sin embargo, hay momentos en que su código simplemente no tiene suficiente información, recursos, derechos, o algún otro requisito para solucionar un problema.

Cuando esto sucede, el código genera un error mediante el uso de un objeto de excepción. El termino excepción es adecuado, ya que debe ser la excepción a la regla, más que el primer acto que la aplicación realiza. Aun así, las aplicaciones se encuentran con los errores que requieren medidas excepcionales, y las siguientes secciones se describe cómo hacer frente a este tipo de situaciones.

Lanzar errores durante condiciones excepcionales

Para la práctica, se puede crear una aplicación que puede generar múltiples tipos de errores. Normalmente, no sería un error si un valor está en el rango equivocada - que le muestre un mensaje directamente al usuario en su lugar. Sin embargo, puede crear un ejemplo que muestra cómo lanzar y atrapar un error desde dentro de un método.

Pasando errores a la persona que llama

Muchos ejemplos de código de comenzar con apenas están empezando a llegar al punto en el que está llamando a métodos desde main (). El método main () es siempre el nivel superior de la aplicación. Como se llama a los métodos, los métodos que ustedes llaman formulario niveles adicionales.

Por ejemplo, un método llamado desde main () estaría en el segundo nivel de la aplicación. Si ese método tuvo que llamar a otro método, que el método sería en el tercer nivel, y así sucesivamente. La mayoría de las aplicaciones se componen de muchos niveles de llamadas.

De hecho, cuando usted ve una pantalla excepción, que en realidad muestra una lista de los métodos que llama el método actual en un formato llamado pila de llamadas.

La pila de llamadas es una lista de los métodos y el orden en que sean llamados por otros métodos. Conocer la pila de llamadas puede ayudar a localizar la fuente de un error potencial cuando esto no sucede en el nivel actual de la aplicación.

Gestión de errores es una parte esencial de la buena práctica de programación. Si quieres aplicaciones robustas que no chocan constantemente, es necesario proporcionar un buen manejo de errores. Sin embargo, tratar de manejar un error cuando usted no tiene suficiente información para manejar ese error es también un problema.

Cuando el código intenta corregir un error en un nivel demasiado bajo, se esconde el error de un nivel que podría arreglarlo. Sí, usted desea corregir un error en el nivel más bajo posible, pero no a costa de proporcionar una reparación que en realidad podría terminar ocultando algo más serio.

Cuando usted encuentra que un nivel particular de una aplicación no tiene los recursos necesarios, la información, los privilegios, de acceso de usuario, o cualquier otro elemento necesario para manejar un error, entonces se emite una sentencia throw con el objeto de excepción apropiado. El nivel anterior de la aplicación recibirá la excepción y determinar si puede manejar la situación.

Sin embargo, si el método main () recibe la excepción, debe determinar qué hacer con el error o la aplicación se bloquee. Se considera generalmente mala práctica de programación simplemente dejar que la caída de la aplicación - que necesita para llegar a alguna forma de lidiar con los errores que los encuentros de aplicación.

Manejo de errores Requerido

Java proporciona dos tipos de excepciones: controladas (aquellos supervisado por el JRE) y sin control (aquellos que no están controlados por el JRE). Usted tiene la opción de manejar una excepción sin marcar. Sin embargo, Java te obliga a manejar una excepción comprobada. Su código ni siquiera compilará si intenta utilizar un método que tiene una excepción comprobada asociado a él.

A excepción comprobada es que el JRE es contada por la definición de clase para monitorear. El JRE obliga al usuario de la clase para proporcionar manejo de materiales para la excepción para asegurar que la clase realiza de forma fiable.

Todo tipo de detalles impares están asociados con excepciones controladas y sin marcar. Una manera fácil de saber si se comprueba una excepción es conocer la clase padre. Todas las excepciones que son una subclase de las clases Error o RuntimeException son sin control - se comprueba cada otra excepción.

La mejor práctica es manejar todas las excepciones en su aplicación, y usted no tendrá que preocuparse de si una excepción está activada o desactivada. Un gran desarrollador siempre controla los errores potenciales - que es la línea de fondo.