Lanzar excepciones en Scala, ¿cuál es la " regla oficial"

La guía básica es usar excepciones para algo realmente excepcional**. Para un fallo "ordinario", es mucho mejor usar Option o Either. Si está interactuando con Java donde se producen excepciones cuando alguien estornuda de manera incorrecta, puede usar Try para mantenerse a salvo.

Tomemos algunos ejemplos.

Supongamos que tiene un método que obtiene algo de un mapa. ¿Qué podría salir mal? Bueno, algo dramático y peligroso como un segfault * desbordamiento de pila, o algo esperado como el elemento no se encuentra. Dejarías que el desbordamiento de pila segfault arroje una excepción, pero si simplemente no encuentras un elemento, ¿por qué no devuelves un Option[V] en lugar del valor o una excepción (o null)?

Ahora supongamos que está escribiendo un programa donde se supone que el usuario debe ingresar un nombre de archivo. Ahora, si no solo vas a abandonar instantáneamente el programa cuando algo sale mal, un Either es el camino a seguir:

def main(args: Array[String]) {
  val f = {
    if (args.length < 1) Left("No filename given")
    else {
      val file = new File(args(0))
      if (!file.exists) Left("File does not exist: "+args(0))
      else Right(file)
    }
  }
  // ...
}

Ahora supongamos que desea analizar una cadena con números delimitados por espacios.

val numbers = "1 2 3 fish 5 6"      // Uh-oh
// numbers.split(" ").map(_.toInt)  <- will throw exception!
val tried = numbers.split(" ").map(s => Try(s.toInt))  // Caught it!
val good = tried.collect{ case Success(n) => n }

Así que tienes tres maneras (al menos) de lidiar con diferentes tipos de fallas: Option para que funcionó / no funcionó, en los casos en que no funciona se espera un comportamiento, no un fracaso impactante y alarmante; Either para cuando las cosas pueden funcionar o no (o, realmente, cualquier caso en que tiene dos opciones mutuamente excluyentes) y desea guardar alguna información sobre lo que salió mal; y Try cuando no desea que todo el dolor de cabeza de el manejo de excepciones usted mismo, pero todavía necesita interactuar con el código que es excepción-feliz.

Por cierto, las excepciones hacen buenos ejemplos so por lo que los encontrará más a menudo en un libro de texto o material de aprendizaje que en cualquier otro lugar, creo: los ejemplos de libros de texto son muy a menudo incompletos, lo que significa que los problemas graves que normalmente se evitarían mediante un diseño cuidadoso deben ser marcados lanzando una excepción.

*^{Editar: Los valores de segmento bloquean la JVM y nunca deberían suceda independientemente del bytecode; incluso una excepción no le ayudará entonces. Quise decir desbordamiento de pila.}

**^{Edit: Excepciones (sin una traza de la pila) también se utilizan para el control de flujo en la Scala--en realidad son bastante un mecanismo eficiente, y permiten cosas como la biblioteca definida por break declaraciones y un return que regresa de su método, incluso a pesar de que el control tiene en realidad se convirtió en uno o más cierres de empresas. Sobre todo, usted no debe preocuparse por esto usted mismo, excepto para darse cuenta que la captura todos Throwables no es una idea tan estupenda, ya que podría atrapar una de estas excepciones de flujo de control por error.}