Какая польза от ошибок, бросков и улов?

Question

Я пытаюсь получить мою голову вокруг использования ошибок в стриже, например, у меня есть этот код:

import UIKit 

class ViewController: UIViewController { 

    enum SomeError: Error 
    { 
     case badWord 
    } 

    override func viewDidLoad() { 
     super.viewDidLoad() 
     // Do any additional setup after loading the view, typically from a nib. 

     do { 
      try checkWord() 
     } 
     catch SomeError.badWord { 
      print("error!") 
     } 
     catch { //This is like a defualt statement 
      print("Something weird happened") 
     } 

    } 

    func checkWord() throws { 
     let word = "crap" 
     guard word != "crap" else { 
      throw SomeError.badWord 
     } 
     print("Continuing the function") 
    } 

    override func didReceiveMemoryWarning() { 
     super.didReceiveMemoryWarning() 
     // Dispose of any resources that can be recreated. 
    } 


} 

checkWord функция прекращается, если слово это плохо. Однако такое же поведение может быть достигнуто с помощью:

func checkWord() { 
    let word = "crap" 
    guard word != "crap" else { 
    print("error!") 
    return 

    } 
    print("Continuing the function") 
} 

Так в чем же заключается использование определения ошибок и прохождения выписок?

Answer 1

Со второй реализацией checkWord вызывающий абонент checkWord не имеет возможности узнать результат проверки.

Вся идея бросать ошибки, а затем ловить их, заключается в том, что вы можете четко определить ответственность за обработку ошибок.

Например, ваша задача checkWord - проверить наличие плохих слов. Но он не должен делать никаких предположений о том, что должно быть сделано, когда будет найдено плохое слово. checkWord может быть вызван из разных мест даже в разных приложениях (если вы сделали его доступным в рамках, например). Таким образом, ваша функция checkWord должна выполнить свою проверку и, при необходимости, выбросить ошибку. Позвольте вызывающему абоненту checkWord решить, как лучше всего справиться с ошибкой. Он может решить показать сообщение пользователю. Он может решить просто записать его и продолжить. Дело в том, checkWord не должно волновать. Позвольте собеседнику решить, что лучше.