"try"키워드의 배치 차이점

Question

전 오디오 플레이어의 전역 변수가 있습니다. 변수 초기화

do{ 
    try audioPlayer = AVAudioPlayer(contentsOf: audioURL) 
}catch {} 

전에 시도 단어를 배치하고 시도를 배치의 차이는 생성자에게 물론

do{ 
    audioPlayer = try AVAudioPlayer(contentsOf: audioURL) 
}catch {} 

를 호출하기 전에 무엇 두 가지 경우 위에서되지 않은 컴파일 오류가 있습니다. 감사합니다.

Answer 1

실제적인 차이는 없습니다.

이진 연산자의 좌측 식은 가 try, try? 또는 try! 표시되어

그 오퍼레이터 가 전체 이진 표현에 적용 said by the language guide (강조 광산)한다. 즉, 괄호를 사용하여 연산자 응용 프로그램의 범위에 대해 명시 적으로 이 될 수 있습니다. 그냥 + 같은

// try applies to both function calls 
sum = try someThrowingFunction() + anotherThrowingFunction() 

// try applies to both function calls 
sum = try (someThrowingFunction() + anotherThrowingFunction()) 

// Error: try applies only to the first function call 
sum = (try someThrowingFunction()) + anotherThrowingFunction() 

는 할당은 바이너리 연산자입니다. 그러므로, 당신은

do{ 
    try audioPlayer = AVAudioPlayer(contentsOf: audioURL) 
}catch {} 

try는 모두 표현 audioPlayer 및 AVAudioPlayer(contentsOf: audioURL) 적용 말한다. 고독한 표정 audioPlayer가능성이 여기에 오류가 발생 할 수 없습니다 - 따라서이 경우에는 try 만 AVAudioPlayer의 init(contentsOf:), 어떤 수 던져에 대한 호출에 적용됩니다.

이에 대한 유도 of the grammar은 다음과 같습니다

//   "try"   "audioPlayer"  "= AVAudioPlayer(contentsOf: audioURL)" 
expression → try-operator­opt ­prefix-expression ­binary-expressions­opt 

prefix-expression → prefix-operator­opt ­postfix-expression 
postfix-expression → primary-expression­ 
primary-expression → identifier­ generic-argument-clause­opt 
identifier­ → // matches "audioPlayer" (I'm not going to fully derive this bit further) 

binary-expressions → binary-expression ­binary-expressions­opt 
binary-expression → assignment-operator ­try-operator­opt­ prefix-expression 
prefix-expression → prefix-operator­opt postfix-expression 
postfix-expression → initializer-expression­ // matches AVAudioPlayer(contentsOf: audioURL)

당신은 당신이 사실을 사용하고

do{ 
    audioPlayer = try AVAudioPlayer(contentsOf: audioURL) 
}catch {} 

을 말할 때 그 대입 표현식 has the grammar of :

binary-expression → assignment-operator ­try-operator­opt ­prefix-expression­

당신이 할 수 참조, try-operator 수 이 여기에있는 연산자의 오른쪽에 나타나므로 prefix-expression에 적용됩니다 (이 경우 AVAudioPlayer.init(contentsOf:)).

두 경우 모두 AVAudioPlayer.init(contentsOf:)에서 발생할 수있는 오류를 catch하고 있습니다. 첫 번째 예는 연산자의 왼쪽에있는 표현식에서 오류가 발생할 가능성을 포함합니다. 은 가능하면이 될 수 없습니다.

내 개인적인 취향과 언어의 다른 곳에서 try의 위치와 더 일치하는 옵션은 try을 오른쪽에 붙이면됩니다.내보기에서

Answer 2

이 컴파일 사실은 버그의 종류 : 기본적으로

try audioPlayer = AVAudioPlayer(contentsOf: audioURL) 

, 당신은 당신이하지 말아야 할 일을하고 있으며, 당신은 과거 슬라이드 것을 단지 운이 좋다 여기 컴파일러. audioPlayer 여기에 선언되고 있다면 무슨 일이 일어날 지, 반례로, 고려 : 하지 않는 컴파일하고 수정 - 그것 올바르게가 속한 곳으로 try 이동

try let audioPlayer = AVAudioPlayer(contentsOf: audioURL) // error 

그건 :

let audioPlayer = try AVAudioPlayer(contentsOf: audioURL) 

따라서 내가 따르는 것이 좋습니다 규칙은 try 배치 을 올바르게 사용해야합니다. - 이는 throw 할 수있는 메서드 호출을 수정합니다. 언제나 과제가 전체적으로 이루어지기는하지만, 항상 그렇지는 않습니다. 습관이 좋지 않습니다.