Cuándo elegir Exception o RuntimeException en Java

[@videovideo166]

ea makiboss! Gracias por el video!

[@zzz.12M]

muy buena explicación

[@fersoliz912]

Bro tienes un video para manejar imagenes como atributos de una entidad en java? Ya que me recomendaron no guardar imagenes en la bd

[@personalaccount1515]

Gracias, saludos.

[@Martin-xq9nj]

Me da gracia que te sigo al punto de que si un video tuyo me parece lo suficientemente interesante, le saco apuntes y todo jaja. Te queria preguntar por el curso que hiciste hace algun tiempo de JPA e HIBERNATE, ¿No lo llegaste a terminar no? Me lo vi todo, y faltan entre otras cosas las relaciones many2many, kzbin.info/aero/PLTd5ehIj0goPcnQs34i0F-Kgp5JHX8UUv , igual me imagino que hay varias cosas que han quedado un poco bastante anticuadas

[@Daniel-ns9ok]

Consulta, si los runtimeException ocurren por errores de programación y se tiene conciencia de ello, por que no se va directamente a solucionar el error antes de tener que lanzar la excepción?

[@makigas]

Es una buena pregunta. Al final es mejor mantener los RuntimeException como última forma de salvar las formas ante un posible error. Puede que la persona que llame a la función olvide de comprobar antes de llamar, sobre todo si la persona que escribe la función no es la misma que la que la invoca (equipos, bibliotecas Java...). Poner un throw de un RuntimeException no está mal, el problema es poner un catch.

[@sanchez-emir]

Buen video, sería bueno saber en que casos usar Try-Catch. slds.

[@makigas]

Pues cuando quieras tratar la excepción. Generalmente sólo debería ser allí donde esté toda la información necesaria para tratarlo. Tampoco hay una respuesta única para eso, esa decisión se tomará cuando tengas el código delante. Por ejemplo, el caso de que haya una excepción por un archivo que se está intentando guardar sobre una carpeta para la que no hay permisos, tal vez tenga más sentido hacerlo en el controlador del botón X de la ventana que en el método que abre el diálogo de guardado.