Artículo sobre antipatrones en las excepciones

En java.net han publicado un artículo sobre antipatrones en el uso de las excepciones. En ýl se trata de enseríar cýmo emplear las excepciones a base de mostrar malos casos de uso, esto es, prácticas a evitar (antipatrones). Se abordan temas cýmo cuando un método debe devolver null o lanzar una excepcrión, o cuando una excepcrión debe ser chequeada o sin chequear.



Sobre este ýltimo tema sea discutido interminablemente en múltiples artículos y foros de Internet. Los puntos de vista van desde "toda excepcrión debe de ser chequeada a no ser que no puedas hacer absolutamente nada para solucionar el problema ( OutOfMemoryException) o que sea tremendamente molesto estarla chequeando siempre (NumberFormatException)" hasta "toda excepcrión debe ser sin chequear a no ser que está tratando con una parte del sistema muy poco fiable (como entrada y salida) ya que la causa de muchas excepciones son bugs y no excepciones propiamente dichas". Un ejemplo de este ýltimo caso podrýan ser las excepciones chequeadas (que para los que defienden este punto de vista deberýan haber sido sin chequear) del API de refletion: "si ese método no está ahí es casi seguro que es un bug y que no podrýs hacer nada para solucionarlo.



Contribuyamos a que crezca más esta interminable discusrión: excepciones chequeadas vs excepciones sin chequear? cuýndo usar cada una de ellas?