De Java a Kotlin

Capítulo 19. Lanzar para volver

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Java utiliza excepciones comprobadas y no comprobadas para representar y gestionar errores. Kotlin admite excepciones, pero no incorpora excepciones comprobadas al lenguaje de la misma forma. ¿Por qué Kotlin rechazó el enfoque de Java, y qué deberíamos utilizar en su lugar?

Tú no tienes que programar ordenadores durante mucho tiempo para descubrir que las cosas van mal...

...de muchas maneras.

Al principio de sus carreras, sus autores tendían a pasar por alto los errores. A menudo seguimos haciéndolo, al menos al principio de un proyecto. Sin embargo, a medida que el sistema crece, aprendemos cómo afectan los fallos a la aplicación y empezamos a añadir código para afrontarlos, al principio poco a poco, más tarde con alguna estrategia basada en la experiencia. En este sentido, nuestro tratamiento de errores evoluciona del mismo modo que otros aspectos de nuestro diseño de software. A veces diseñamos por adelantado, aprovechando nuestra experiencia en sistemas similares; otras veces dejamos que la escritura del software nos enseñe lo que necesita.

A falta de una estrategia más deliberada, la mayoría de los sistemas lanzan excepciones por defecto cuando algo va mal, y capturan y registran esas excepciones en algún nivel externo. Las utilidades de línea de comandos saldrán en este caso, con la esperanza de haber proporcionado suficiente ...